Michel Abrão

Prezados: Considerando o conteúdo abaixo, referente á mudança da forma de cancelamento da NF-e, gostaria de saber se alguém já fez alguma coisa nesse sentido, pois este assunto também tem prazo. Segue: "Este documento tem por objetivo a definição das especificações técnicas necessárias para a implementação do Cancelamento da NF-e como um evento da NF-e 2G. O cancelamento da NF-e como evento da NF-e atende a reivindicação das empresas de ter o e-mail do destinatário na resposta do cancelamento que facilita a sua distribuição para o destinatário, também vai facilitar as UF que desejarem recepcionar o pedido de cancelamento extemporâneo por desvincular o cancelamento da NF-e nos casos em que o cancelamento é armazenado com a NF-e. A adoção do cancelamento da NF-e como evento da NF-e será gradual, a SEFAZ deve disponibilizar o Cancelamento como evento até 01/07/2012. O Web Service de Cancelamento existente será eliminado em 01/12/2012, permanecendo unicamente a possibilidade de cancelamento da NF-e através do Web Service de Registro de Eventos. O documento será tratado como um documento independente durante a fase de desenvolvimento do Web Service para facilitar a sua manutenção e aperfeiçoamento... " Aguardo retorno, Obrigado, Michel Abrão.

Prezados, Neste exato momento, acabo de fazer leitura da NT 2012/002, e já é possível perceber que teremos um trabalho razoável no desenvolvimento dessas implementações nos sistemas de informação. Assim sendo, acredito que já seja interessante iniciarmos uma análise previsional com relação a datas, pois consta na NT que a partir de 01/08/2012 isso já estará funcionando em ambiente de produção. Se fizermos uma contas simples, temos no máximo 04 meses para desenvolver, testar e implementar isso nos clientes, o que é preocupante. Desta forma, gostaria de ouvir a opinião de outros colegas, principalmente no quesito do Projeto ACBR. Será que já conseguimos esboçar um prazo para que tenhamos isso tudo em funcionamento ? Do mais, fico á disposição e faço votos para que consigamos juntos vencer mais esta etapa. Att. Michel Abrão.

Olá Isaque, Desde já agradecemos pela sua atenção com relação ao assunto, e faço votos para que você consiga analisar a rotina do Willian e incorporá-la ao SVN. Acredito que seria o início de um projeto para integração do ACBR aos sistemas contábeis utilizados no nosso país. Assim que o fizer, favor nos dar um retorno, se possível. Obrigado, Michel.

Willian, De antemão agradeço pelas respostas e brevidade no retorno. Seria extremamente viável que essas alterações do componente ficassem disponíveis via SVN, e espero que o pessoal do ACBR auxilie nesse sentido, uma vez que deverá ser regra daqui pra frente estas integrações entre sistemas e softwares contábeis. Pretendo iniciar o desenvolvimento dessa integração nos próximos dias, e gostaria de deixar o canal aqui aberto no sentido de solicitar possível auxílio caso seja necessário. Obrigado pela atenção, Michel.

Prezados, Li o tópico todo, e gostaria se possível de esclarecer algumas dúvidas, pois preciso iniciar a utilização do componente para integrar PIS/COFINS como o G5. Seguem: 1) Considerando que o SVN não foi atualizado, devo utilizar os códigos-fonte enviados pelos colegas e substitui-los na pasta ACBRSPED FISCAL? Fica outra dúvida: toda vez que for atualizada a pasta via SVN teremos que ficar copiando novamente os arquivos deste componente sobre a pasta atualizada? 2) Além dessa cópia, é necessária mais alguma configuração para gerar o arquivo no layout G5, considerando que a Contimatic implementou alterações no layout padrão do SPED ICMS/IPI para atender sua necessidade do SPED PIS/COFINS ? 3) Alguém saberia me dizer se para integrar com o G5 faz-se necessário a geração de todos os registros de todos os blocos, ou quais blocos devemos considerar? Alguém já está integrando com o G5 utilizando o componente? Grato, Michel.

Prezados, Apenas á titulo de auxílio, estávamos com dificuldades em enviar NF-e com clientes que possuiam Windows XP com service pack 2. Não transmitia de jeito nenhum. Atualizando para o o service pack 3 e instalando a nova cadeia de certificados V2, funcionou perfeitamente. Espero ter colaborado, Michel.

Prezados, Considerando todas estas informações, vou iniciar os testes com a nova cadeia de certificado, e quaisquer problemas postarei aqui. Obrigado, Michel.

Prezados, Saiu uma nota hoje no site da SEFAZ/SP dizendo o seguinte: Prezados Contribuintes, o certificado do ambiente de produção da NF-e vence no dia 02/03/2012, e será substituído pelo certificado que é da versão V2 do Certificado Digital ICP-Brasil, nos próximos dias. Recomendamos que os contribuintes que utilizam aplicativos próprios para emissão de NF-e providenciem o quanto antes a instalação da nova cadeia ICP-Brasil V2 no aplicativo próprio, para evitarem problemas de conexão. O Emissor de NF-e gratuito já está atualizado com a nova cadeia. Gostaria de saber se deveremos atualizar alguma versão do ACBRNFE ou se basta instalarmos essa nova cadeia de certificados diretamente na máquina emissora de NFE. A propósito, se alguém tiver o link para download da cadeia de certificados nova será de bastante ajuda. Obrigado, Michel.

Prezados, Considerando que existem vários ECF´s de marcas distintas no mercado, e considerando que os PAF devem estar adequados á grande maioria deles, pergunto o seguinte: Lendo o manual da impressora Bematech 2100 TH FI, diz que a quantidade de caracteres aceitos para a venda de um item no ECF é de no máximo 29 caracteres. Pergunto se demais fabricantes também adotam essa limitação, e qual seria uma quantidade comum a ser definido no PAF para atender á maioria dos ECF´s vigentes??? Desde já agradeço, Michel.

Juliomar, Muito obrigado pelas informações. Ficou claro agora que o parâmetro deve ser utilizado de acordo com o produto que está sendo vendido. Obrigado, Michel.

Pessoal, Ainda restou dúvida sobre a obrigatoriedade ou não da emissão de cupom fiscal de serviços para homologação de PAF-ECF. Alguém já homologou um PAF sem emitir cupom fiscal de serviços? Grato, Michel.

Prezados, acessando o link, temos o seguinte conteúdo: Pergunta 18 O requisito XI, item 7, fala sobre o indicador de arredondamento/truncamento. No nosso software, é adotado por padrão o truncamento já que a maioria dos ECF´s não possui mais suporte ao arredondamento, por causa da legislação atual. Preciso colocar esse indicador na tela de cadastro, mesmo sabendo que os ECF´s não mais o suportam ? Resposta: Há afirmações equivocadas na pergunta. O Indicador de Arredondamento ou Truncamento (IAT) foi implementado no Convênio ICMS 85/01 (cláusula 3ª, inciso XI, alínea “h”) pelo Convênio 29/07, de 04 de abril de 2007. Portanto, os ECFs anteriores a esta data não possuem o referido indicador. Mas os ECFs posteriores devem possuí-lo. O IAT é um argumento de entrada do registro de item, assim como é a situação tributária ou o valor unitário, por exemplo. No caso de ECF que não possui o IAT o registro de item não deverá conter o referido indicador. Minha dúvida ainda: O PAF obrigatoriamente deve possuir os dois tipos de parâmetros no produto (arredondamento ou truncamento), ou pode-se adotar um destes padrões como fixo para trabalho? Seria interessante que algum colega que já homologou PAF pudesse nos dar uma informação mais precisa com relação ao assunto. Obrigado, Michel.

Prezados, Também estou com dúvidas a esse respeito. O arredondamento ou truncamento deve ser um parâmetro que o usuário possa alterar no PAF, ou a empresa desenvolvedora do aplicativo define isso e utiliza como regra? Att. Michel, Abrão.

Olá Regis. Peço desculpas por ter postado no tópico errado. Obrigado pela dica. Michel.

Daniel, O erro foi corrigido, era problema na minha versão de componentes. Muito obrigado pela sua atenção. Att. Michel Abrão.´.

André, Muito obrigado pela sua resposta. Com sua explicaão, entendi perfeitamente o critério utilizado. Att. Michel.

Prezados, Alguém saberia me esclarecer se é opcional a programação de Truncamento ou Arredondamento nas vendas de cupom fiscal? É sabido que cada produto deve ter um índice indicativo como A ou T, quando se fala de IAT, porém, o PAF-ECF deve aceitar obrigatoriamente as duas formas de trabalho na prática? Grato, Michel.

Vamos imaginar o seguinte... considerando que as unidades de medidas padrão são: PC, UN, MT, etc... O que acontece se o usuário cadastrar uma unidade de medida como por exemplo PCT? Há rejeição por parte da impressora fiscal, ou o item é vendido mesmo considerando esta unidade errônea? Obrigado, Michel.

André, Agradeço pela brevidade na resposta. No caso, o PAF em questão não possui emissão de DAV-OS. Assim sendo, para efeito de homologação, é pré-requisito obrigatório que o PAF venda serviços, ou não? Grato, Michel.

André, Inicialmente obrigado pela resposta, porém, ainda resta uma dúvida. Considerando que não existe cadastro de unidades de medida no ECF, o que ocorre se for enviado através de comando de venda de item fiscal um tipo de unidade de medida não permitida? Obrigado. Michel.

Prezados, Para efeito de homologação de PAF-ECF, gostaria de saber se é procedimento obrigatório que o PAF-ECF emita Cupom Fiscal de prestação de serviços, ou se essa opção é opcional para efeito de homologação. Estou em desenvolvimento de PAF que emite apenas cupom fiscal de vendas de mercadorias, e não tenho intenção de implementar venda de serviços. Isso é obrigatório?? Alguém já conseguiu homologar PAF-ECF apenas de venda de mercadorias sem serviços? Grato, Michel.

Prezados, Gostaria de saber se é necessário e permitido que o PAF-ECF cadastre novas unidades de medidas no ECF, ou se as unidades já são pré-definidas pelo fabricante do ECF e não aceitam alterações. Grato, Michel.

Régis, Para facilitar a identificação do erro, faça o seguinte: - atualize a nova versão do ACBR; - durante a atualização, aqui foi mostrado alguns conflitos, na verdade foram 3, identificados como ACBRNFEDANFERVCODEBASE, e um referente ao ACBRECF. - após atualizar o ACBR, tente abrir o projeto de exemplo que se encontra na pasta ACBR\Exemplos\ACBRECF\Delphi\ECFteste1.pas Por aqui dá erro e nem abre mais o exemplo, o que até então (antes da atualização) era possível fazer sem problemas. Grato, Michel.

Prezados, Ao atualizar o componente ACBR na data de hoje, 24/10/2011, o mesmo está gerando problemas na compilação de projetos que utilizem o ACBRECF. O erro é referente ao seguinte: dá um erro ao abrir os formulários que utilizam o componente. Se tentarmos abrir o arquivo .pas da pasta de exmplo do componente, dá o seguinte erro: error creating form: object expected on line 775. Será que está com algum problema na última versão do ACBRECF??? Att. Michel.

Prezados, Hoje é dia 21/10/2011, e o problema ainda continua sem solução. Nem no emissor gratuito no ambiente de homologação estamos conseguindo emitir nota fiscal conjugada. Solicito a gentileza de quem também tentem emitir uma NF-e conjugada (1 produto e 1 serviço) e postem o resultado pra gente, a fim de que possamos identificar se trata-se de algum problema isolado, ou se todos estão passando pela mesma dificuldade. Qualquer novidade, favor comunicarem. Obrigado, Michel.