• Estabelecimentos que necessitam de ECF e não possuem necessidades especiais
• Estabelecimentos com Pré-Vendas
• Oficina de Conserto
• Bar, Restaurante e Estabelecimento Similar com Utilização de ECF-Normal e Balança Interligada
• Bar, Restaurante e Estabelecimento Similiar com Utilização de ECF-Normal e Sem Balança Interligada

Os ensaios foram realizados nos dias 14 e 15 de dezembro.


O IPT é um renomado instituto de pesquisas que atua em diversas áreas do conhecimento. Dentre os trabalhos já realizados com sinergia a este laudo podemos citar a criação de softwares da NF Paulista a pedido do Governo do Estado de São Paulo e testes em equipamentos emissores de cupons fiscais a pedido de fabricantes e secretarias da fazenda. O IPT possui atualmente em torno de 2000 colaboradores.


Nós gostaríamos de deixar registrado aqui um agradecimento especial aos Srs. Obadias, Amorim, José Augusto e Alessandro. Fomos muito bem recebidos pelo Centro e fizeram mais que a obrigação deles para que o processo fluisse bem.

Cesar, Eng. Obadias e Sr. José Augusto do IPT

Muitos acham que o fisco só ganhou o controle depois da NF-e e SPED. Isto é um engano. Há muito que ele tem a capacidade em mãos de efetuar diversos cruzamos. Se ainda não faz é por pura opção.

Veja abaixo algus dos cruzamentos da DIRPF (Declaração do Imposto de Renda de Pessoa Física) com outras Declarações ou Informações da RFB (Receita Federal do Brasil):

1-      Declaração Informações Sobre Atividade Imobiliária (DIMOB), onde a Receita obtém informações de pagamentos efetuados pela pessoa física á EMPRESAS INCORPORADORAS DE IMÓVEIS (operações de construção, incorporação, loteamento e intermediação de aquisições/alienações) e recebimentos decorrentes de locação e intermediação de locação feitos através de IMOBILIÁRIAS ou ADMINISTRADORES DE IMÓVEIS;

2-      Declaração de Operações Imobiliárias (DOI), onde a Receita obtém informações dos CARTÓRIOS DE REGISTRO DE IMÓVEIS informando todas as transações ocorridas venda, permuta, doação e qualquer outra operação imobiliária registrada em cartório;

3-      Declaração de Informações Econômico Fiscais da Pessoa Jurídica (DIPJ) e Declaração Simplificada da Pessoa Jurídica (PJ SIMPLIFICADA), onde a Receita obtém informações referente a distribuição de lucros, empréstimos, informações previdenciárias e outras informações (transações ocorridas entre a Pessoa Jurídica com a Física);

4-      Declaração de Imposto de Renda Retido na Fonte (DIRF), onde a Receita obtém informações referentes a rendimentos que tenham sofrido retenção do imposto de renda, ainda que em um único mês, rendimentos do trabalho assalariado ou não assalariado, de aluguéis e de royalties acima de R$ 6.000,00 no ano, rendimentos de previdência privada e de planos de seguros de vida com cláusula de cobertura por sobrevivência – Vida Gerador de Benefício Livre (VGBL), pagos durante o ano-calendário, ainda que não tenham sofrido retenção do imposto de renda;

5-      Declaração de Operações com Cartão de Crédito (DECRED), onde a Receita obtém informações de pagamentos mensais (somatório) de cartões de créditos (todos os cartões inclusive adicionais) da pessoa física. Poderá a administradora ou instituições emissoras de cartão de crédito e as instituições responsáveis pela administração da rede de estabelecimentos credenciados do cartão (a seu critério) não declarar operações mensais que não ultrapasse a quantia global de R$ 5.000,00 por mês;

6-      Falta de Declaração de aquisição de veículos novos: as montadoras de veículos informam à Receita Federal os dados dos adquirentes de veículos, assim, a falta de declaração de aquisição, principalmente os de maior valor, ficam sujeitos a fiscalização. A Receita também sabe, por meio do Registro Nacional de Veículos, o Renavam, quem comprou um carro de mas de 30 mil reais.

7-      Deixar de declarar a compra de certos bens que possam ser considerados como “sinais exteriores de riqueza” ou raspar a conta corrente no final do ano para não ter um saldo alto no banco dificilmente vai passar despercebido pela Receita.

8-      Declarações de Informações sobre Movimentação Financeira (DIMOF), com ela as instituições financeiras são obrigadas a enviar para a Receita, a cada seis meses, informações de Pessoas Físicas que tiverem movimentação acima de R$ 5.000,00, ou de R$ 10.000,00 no caso de pessoas jurídicas.

Você já ouviu o ditado popular no qual diz que o barato sai caro? Pois isto foi justamente o que a TCA Transportes Comércio e Administração colocou em prova.

A empresa adquiriu dois lotes de pneus, sendo um lote de uma marca de primeira linha e outro de uma marca de segunda linha.

O pneu de primeira linha custou R$ 1.600,00 a unidade contra R$ 800,00 do de segunda linha.

Os pneus foram colocados para rodar em condições de uso semelhantes e monitorados através dos dados inseridos na tarefa de controle de frotas do software ISA TMS.

Estudando o ciclo de vida dos pneus desde o momento que foram colocados no veículo até o momento em que foram condenados à sucata, a empresa pôde comprovar que os pneus de primeira linha propiciaram manutenções preventivas e um maior número de recauchutagens, fazendo com que o custo final do km rodado dos pneus de primeira linha fosse melhor que os dos pneus de segunda linha.

Segundo Venival, gerente financeiro da TCA, os pneus de primeira linha chegaram a apresentar uma economia de 10% examinando apenas o custo do km rodado. Esta economia não levou em consideração o tempo em que os veículos ficaram parados para efetuar reparos em decorrência da qualidade inferior dos pneus de segunda linha, por exemplo.

A TCA é uma empresa sediada na cidade de Tijucas/SC, onde atua desde 1991 no ramo de transportes de materiais e produtos a granel, percorrendo todos os estados do sul brasileiro e sendo detentora de uma frota considerável de carretas equipadas com caçambas de alta capacidade.

O ISA TMS é a solução da ASSEINFO para o gerenciamento de transportadoras e frotas. Através dele é possível avaliar a média km/l, avaliar a durabilidade de itens de troca como lona de freio, monitorar o consumo dos pneus e até mesmo apurar o custo por km rodado do veículo.

A ferramenta possibilita rastrear toda a vida do pneu como trajetos, troca entre os eixos (rodízio) e até mesmo a quilometragem realizada na primeira borracha e em cada recauchutagem.

A empresa Completa Indústria e Comércio de Produtos Cerâmicos Ltda., na qual atua no desenvolvimento e produção de mosaicos cerâmicos, também entrou nesta lista.

Já no primeiro dia de enquadramento a empresa efetuou a emissão de sua primeira nota fiscal eletrônica. A Completa utiliza o ISA ERP desde 2006, no qual foi necessário apenas a atualização do sistema e a revisão de alguns cadastros para que a empresa estivesse apta a emissão da NF-e.

A empresa é optante pelo regime de lucro presumido e tributada no IPI, fazendo com que algumas complexidades no gerenciamento dos impostos fossem inseridas no processo. Porém, isso foi uma barreira simples de ser transposta graças a flexibilidade das configurações dos tributos no ISA ERP.

A agilidade na apuração dos impostos também passou por uma evolução, pois a partir de agora a empresa contará com a integração entre o ISA ERP e o seu escritório de contabilidade, poupando-os do trabalho de redigitação das notas fiscais.

Segundo Jaciara, uma das responsáveis pelo processo de faturamento, a emissão da NF-e agora consome apenas um terço do tempo despendido para a emissão de uma nota fiscal em formulário contínuo.

O DANFE também está preparado para atender as exigências da Portobello S/A, um dos grandes clientes da empresa, no que diz respeito a informar a tonalidade, calibre e ordem de compra de cada produto sem a necessidade do recadastramento do mesmo.

O ISA ERP é um aplicativo para administração de negócios muito fácil de usar. Criado especialmente para empresas de pequeno e médio porte, ele possibilita o gerenciamento das atividades críticas em todas as áreas da empresa através de um sistema único e integrado, dando uma visão completa e atualizada do negócio.

Pra mim isto é uma coisa muito óbvia, mas, eu realmente entendo o ponto de vista destas pessoas. Como já escrevi em outras oportunidades, é uma maluquice muito grande você pagar por algo que você não pode tocar. Um programa de computador é uma “coisa” que não existe! Ou melhor, existe apenas virtualmente.

Um computador sem programas não consegue fazer nada. É o programa que “ensina” a ele o que deve ser feito. No grosso modo podemos dizer então que um programa é um conjunto de instruções organizadas que um computador deve executar para resolver um determinado problema.

A tarefa de um programador então é entender um problema da vida real e traduzi-lo em um conjunto de instruções para que o computador possa “entender” e resolver. É importante deixar claro que quando eu utilizo palavras como “entender” ou “ensinar” eu não estou querendo dizer que um computador possui vida ou inteligência. Esses são apenas termos mais simples para entender as complexas rotinas que acontecem dentro destas máquinas maravilhosas.

A linguagem de programação é a forma ou dialeto no qual o programador escreve os programas. Existem no mundo diversas linguagens de programação. Algumas muito populares com Delphi, Java, C#, Ruby e VB. Cada linguagem de programação possui um “talento especial” para resolver determinado tipo de problema.

Alguns programadores sabem muitas linguagens de programação diferentes. É como se eles fossem poliglotas da área de informática. Durante a vida profissional de um programador ele aprenderá mais de uma linguagem, pois os computadores vão evoluindo e novas linguagens de programação vão surgindo.

Um programa para gerenciamento de um comércio, por exemplo, pode facilmente possuir milhares de linhas. Portanto, se você falar com um programador, nunca diga a ele que você quer um “programinha” como o dele para o seu comércio, pois com certeza ele deve ter escrito muita coisa para obter o resultado que você espera e ele ficará chateado!

Michel Souza: O que levou a escolher este curso/área?

Cesar: Aos meus dez anos de idade eu me interessava muito por eletrônica. Na época os microcomputadores não eram tão populares em minha cidade (ou talvez mesmo no país – não sei ao certo). Mas, tive a oportunidade de conhecer um Apple II.
Naquele momento eu percebi que programar era muito mais divertido do que montar circuitos.
Quando eu entrei na universidade eu já sabia programar a muito tempo, já conhecia um diagrama “Entidade-Relacionamento” e já tinha alguns programas vendidos. Porém, eu sabia que a universidade poderia me apresentar um mundo diferente do que eu conhecia. Eu não entrei na universidade para aprender a programar. Eu entrei para me consolidar como um profissional da área.

Michel Souza: Qual a função no mercado de trabalho que lhe chama mais atenção? Você a exerce?

Cesar: Eu admiro bons programadores. É uma profissão muito maluca, pois você passa o dia criando “produtos” que não podem ser tocados. Se você parar para pensar isso é uma verdadeira loucura! As pessoas pagam por algo que não existe e o mundo não poderia evoluir com a velocidade que evolui se não fossem os softwares. Você consegue imaginar um mundo sem o Google, a Wikipedia e os fóruns? Pois é, graças a Deus eu nem me lembro mais desta época. Eu ainda programo, mas, muito pouco, pois atualmente exerço outras funções na empresa.

Michel Souza: Se não, qual função exerce?

Cesar: Atualmente exerço a função de diretor e SCRUM Master. Estou me preparando para ano que vem ficar somente com a função de diretor.

Michel Souza: Pensou em desistir do curso? Da área?

Cesar: Nunca. Não consigo me ver fazendo outra coisa. Por isso que eu ainda programo mesmo não trabalhando mais como programador. Eu tenho a impressão que Deus me “fabricou” para ser programador.

Michel Souza: Conseguiste emprego com facilidade?

Cesar: Na área? Esta é uma pergunta que eu não sei responder. Iniciei no mercado de trabalho aos quatorze anos como auxiliar de escritório. Depois fui trabalhar em uma empresa como o “rapaz da informática”. Na época não se falava em setor de T.I. (risos). Honestamente eu nunca trabalhei em uma empresa de desenvolvimento de software até abrir a minha própria. Mas, acredito que se algo der errado eu não terei dificuldade em conseguir um novo emprego. O mercado é carente de programadores em nossa região. Falo isso porque eu demorei três meses para contratar um bom programador.

Michel Souza: Tem seu próprio negócio?

Cesar: Sim. A empresa chama-se ASSEINFO – Sistemas de Informação. É uma empresa de desenvolvimento de softwares para automação comercial. Nosso time é composto por profissionais muito competentes. Todos nós nos divertimos criando e mantendo softwares.

Michel Souza: Se tem, encontrou muitas dificuldades para entrar no mercado? Cite algumas.

Cesar: Sim. Várias! Falta de dinheiro, falta de clientes, falta de funcionários… já aconteceu de tudo… (risos). Graças a Deus as coisas estão mais estáveis. Depois de oito anos nós aprendemos muita coisa, mas, estamos só começando.

Michel Souza: Sua empresa tentar buscar sempre inovações?

Cesar: Sim. Isto é uma constante em nossa empresa. A última novidade foi a adoção de métodos ágeis de desenvolvimento de software. Implantamos o framework SCRUM e agora estamos experimentando uma nova linguagem de programação específica para web (Ruby on Rails). Nós sempre experimentamos muita coisa nova.

Michel Souza: Como descobrir a real necessidade de seu cliente?

Cesar: Ouvindo-o. O cliente molda o software. Basta ouvi-lo e traduzir os anseios dele em bits.

Michel Souza: Qual principal qualidade que um profissional desta área precisa ter?

Cesar: Talvez a curiosidade. Ela lhe fará sempre conhecer e aprender coisas novas.

Explico: a curiosidade será o motor propulsor deste profissional a procura por novos desafios. E novos desafios muitas vezes exigem novas ferramentas e novos conhecimentos.

Na minha opinião, quando alguém vai atrás do aprendizado motivado pela curiosidade acaba transformando a procura pelo saber em uma diversão. E é aí o ponto onde quero chegar.

Quando crianças, temos a tendência de trocar nossos estudos por outras tarefas mais divertidas. Eu me lembro que eu adorava jogar vídeo game e odiava estudar história, pois a disciplina era dada simplesmente sob a leitura de um livro com poucas gravuras, muitos fatos históricos e pouca diversão. Como o meu querido mestre na época poderia concorrer com um vídeo game desta maneira? Sem chance!

Acredito que nestes tempos modernos os mestres terão que ser cada vez mais criativos. Eu estou escrevendo sobre tudo isso porque estou lendo um livro chamado “O homem que calculava” do escritor brasileiro Malba Tahan (heterônimo do professor Júlio César de Mello e Souza – http://pt.wikipedia.org/wiki/O_homem_que_calculava). Este livro “disfarça” o ensinamento de diversos conceitos básicos da matemática em histórias curiosas sobre as aventuras de Beremiz, um calculista persa do século XIII.

O livro é genial e me fez perguntar: Por que eu não aprendi esses conceitos matemáticos dessa forma? Acredito que teria sido muito divertido. Você sabe quando o livro foi escrito? Em 1939!

Me senti um velho de 200 anos, pois eu me deparei com uma situação muito estranha: o meu primeiro computador foi um Apple II, onde no filme, praticamente ele foi o primeiro microcomputador pessoal produzido em larga escala (haja visto que o primeiro Apple era apenas uma caixa de madeira).

[img:appleII.jpg,resized,vazio]

Desde então uma coisa não me sai da cabeça: como o perfil do programador de computadores está mudando.

Antigamente nós não tínhamos nada. Nem mesmo utilidade para um computador pessoal. Na grande totalidade quem comprava um computador pessoal tinha que se virar para construir programas em Basic (ou assembly) e ser o próprio “mecânico” do seu equipamento.

Eu ainda me lembro da época em que eu era um dos pouco micreiros da cidade: sabe aquele cara que conserta computador em domicílio? Pois bem, eu já fui um destes, pois na minha cidade não existia lojas de informática especializadas no assunto.

O mais hirônico disto tudo é que eu acabei de completar apenas 28 anos (é pouco tempo em relação a tantos fatos “históricos”).

Mas, voltando ao assunto principal, nós, usuários-programadores tínhamos que conceber nossos próprios utilitários.

Depois disso começaram a aparecer aqui no Brasil micros mais “espertos” e com mais utilidades. Aí então, nós já tínhamos sistemas operacionais.

As pessoas começaram a achar utilidade para o computador pessoal no ambiente corporativo. E aquilo que somente as empresas gigantes conseguiam fazer com os seus main frames, passou a ser possível para as empresas menores.

Então, nós programadores, começamos a ganhar dinheiro com software (oba!). Nós éramos verdadeiros deuses da codificação. Nós transformávamos os sonhos das pessoas em realidade. Nesta época programar não era coisa para qualquer um. Saldosas linguagens como C e Clipper faziam sucesso. Nesta época 99,99% dos programadores programavam estruturado. Orientação à objeto era uma coisa que o pessoal da faculdade tentava melhorar para se tornar “usável”.

Com o passar dos tempos o tio Bill Gate$ conseguiu popularizar as GUIs (Interfaces Gráficas) com o seu maravilhoso Windows. Com isso qualquer um que conseguia operar com o mouse já conseguia entender o que se passava na frente da sua telinha.

Isso foi muito legal e muito ruim também. Muito legal porque o número de usuários de computadores pessoais aumentou absurdamente, fazendo com que a demanda de software aumentasse na mesma proporção. O problema é que o número de programadores picaretas também aumentou – tirando o espaço de quem queria trabalhar honestamente.

Após isto as linguagens de programação melhoraram muito e o nosso desafio como programadores era sair do mundo caracter para o mundo Windows. Tudo era diferente… desde a forma de programar até a forma de planejar o aplicativo. Antes o cliente ficava preso a uma tela até que o processo tivesse sido concluído, agora não, ele podia clicar em qualquer lugar da tela e usar um monte de coisas ao mesmo tempo. Nossa! Isso era um terror para os programadores. Ainda bem que conseguimos superar tudo isto.

Como se já não bastasse todos os problemas que enfrentávamos de trocar um ambiente mono-tarefa para um ambiente multi-tarefa e com uma ergonomia toda liberal… o mercado começou a dizer: comecem a programar orientado a objeto!!!

Caramba… sorte de quem conseguiu fazer tudo isso ao mesmo tempo. Os meus programas eram verdadeiros espaguetes orientados a objeto. Eu conseguia programar estruturado dentro de ferramentas que foram concebidas para utilizar orientação a objeto. Veja bem, isso não era uma vantagem… mas sim uma forma de conseguir trabalhar com o pouco conhecimento de orientação a objeto disseminado na época.

Com o amadurecimento (meu e da tecnologia) eu pude observar as verdadeiras vantagens de se programar orientado a objeto. E digo à vocês: é simplesmente fantátisco.

Bom, acho que este post já está gigante. Vou deixar para a parte II a explicação de onde eu quero chegar com todo este blá blá blá.

[]