ronaldopaulino

Boa noite. Estou com problemas para validar o registro E316 no arquivo gerado para o SPED FISCAL, o campo NUM_PROC quando não é informado no registro deve vir em branco "" e esta sendo gerado pelo componente no arquivo com o valor "0" o que é erro para o validador, se alguém já passou por este problema e tem uma solução e puder me auxiliar ficarei muito grato. Exemplo de como esta sendo gerado esta linha no arquivo. |E316|000|740,05|15022017|100102||0|||012017| Agradeço a atenção de todos.

Falha na validação dos dados da nota: 226985 '7.0000' violates enumeration constraint of '4.00 7.00 12.00'. The element '{http://www.portalfiscal.inf.br/nfe}pICMSInter' with value '7.0000' failed to parse. Agradeço a atenção de todos. tudo ok era apenas problema de compilar novamente os pacotes

Continuo com o mesmo problema, para simular é simples faça duas vendas em seguida e depois entre para cancelar as duas vendas, ao cancelar a primeira vai imprimir o comprovante normalmente ao cancelar a segunda e for imprimir a via de cancelamento vai ocorrer o problema e não vai imprimir informando que a porta de impressão esta em uso.

Bom dia a todos. Estamos com um problema para criar a assinatura digital do CNPJ da automação comercial + CNPJ do contribuinte, chegamos a usar o exemplo do Daniel utilizando a sequência de comandos utilizando o executável OpenSSL mas o arquivo final gerado ao vincularmos ao software de ativação para executar a instrução é retornado o erro "Status do cfeSignAC -> (540) Rejeição: CNPJ da Software House + CNPJ do emitente a" , o equipamento esta vinculado normal ao contribuinte no site do SEFAZ o SAT esta ativo, só que não conseguimos criar uma assinatura valida para fazer a associação, nosso certificado é o A1 e o SAT que estamos tentando associar a assinatura é o RB-1000 FI da BEMATECH. Agradecemos a atenção de todos.

Oi Daniel, simplesmente mudei a propriedade no componente ACBrPosPrinter ControlePorta para True, ao enviar o comando para imprimir o comprovante de venda simplesmente não imprime, mudando para false a impressão volta a ocorrer normalmente, fiz este teste como foi indicado acima por outro colega porque estou com problema no processo de impressão do comprovante de cancelamento, quando tento executar duas operações de cancelamento uma seguida a outra a primeira faço o cancelamento normalmente e consigo realizar a impressão do comprovante, quando faço o segundo processo de cancelamento logo em seguida consigo fazer o cancelamento normal mas ao imprimir o componente informa que a porta de impressão esta em uso ou bloqueada. Se faço varias impressões dos comprovantes de venda seja completo ou resumido este problema não ocorre ocorre somente na impressão do comprovante de cancelamento, trava a porta da impressora na primeira impressão que sou obrigado a fechar o aplicativo para poder voltar a utilizar a impressora novamente. a impressora que esto utilizando é a MP-4200 TH em uma porta virtual serial. Agradeço a sua atenção.

Habilitamos no demo SAT a opção controleporta e simplesmente ao habilitar esta propriedade no próprio demo o mesmo deixou de imprimir os comprovantes, esta propriedade quando habilitada a aplicação deixa de imprimir.

esta propriedade não funciona corretamente, estou utilizando trunk2 e ao habilitar esta propriedade inclusive no demo do SAT simplesmente não imprime, desabilitando esta propriedade a impressão ocorre normalmente no demo do SAT

Tem algum comando no proprio componente para desativar a porta ? porque estou segundo o demo e no temo não tem a mudança do status da porta após as impressões. Obrigado

Boa tarde Estou com um problema após a impressão do comprovante de cancelamento do SAT quando executo cancelamentos em seguida "Problema de acesso com a porta que esta conectado o equipamento ECF. O equipamento pode estar desconectado ou em uso por outro aplicativo. Este problema ocorre após realizar um primeiro cancelamento em que todo o processo é feito e impresso normalmente, quando faço outro cancelamento em seguida é apresentado esta mensagem e não imprime o comprovante. Fiz o mesmo teste realizando varias varias vendas seguidas e não ocorre o mesmo problema no ACBrSAT1.ImprimirExtrato só que se tentar realizar dois cancelamentos em seguida o primeiro imprime normal e o segundo apresenta o erro acima informado ao tentar executar novamente ACBrSAT1.ImprimirExtratoCancelamento o cancelamento é feito normalmente o erro é apresentado apenas no final do processo quando tento executar este método para realizar a impressão do comprovante. Agradeço a atenção de todos.

Boa noite a todos, Estou alterando as minhas aplicações para a NFe 3.10 e o único problema que encontramos é com relação ao XML gerado no evento ACBrNFe.WebServices.Inutilizacao.XML_ProcInutNFe que esta gerando o XML de forma incorreta, o que não estava ocorrendo na versão 2.0, gostariamos de uma orientação de como podemos resolvermos este problema. agradeço a atenção de todos e em anexo enviamos o arquivo XML gerado. 2901201523171600012622_v3.10-procInutNFe.xml

Para resolver o problema é só não enviar a tag vDesc, nos casos de cliente com desconto Suframa o cálculo do desconto no valor final da nota será feito pela tag do valor desonerado do ICMS então nos casos de nota com desconto SUFRAMA não enviar a tag vDesc que vai resolver o problema

Bom dia Italo Não ocorre problema com a impressão da carta de correção. mas a nossa preocupação é que tenho que enviar o XML por e-mail da carta de correção para o destinatário da NF-e e o mesmo não vai conseguir verificar o arquivo por não abrir o XML. Andei procurando artigos de como resolver este problema e o que encontrei é que se o XML possui acentuação o mesmo não pode iniciar no cabeçalho como <?xml version="1.0" encoding="UTF-8" ?> e sim <?xml version="1.0" encoding="ISO-8859-1" ?> foi o que consegui verificar mas o xml de retorno com a acentuação da resposta do SEFAZ esta como UTF-8. Porque a nossa preocupação é enviar o XML de forma incorreta para os clientes.

Oi Andre, baixei as atualizações, compilei todos os pacotes novamente mais ainda continuo com o mesmo problema de não abrir o xml por conta da acentuação na resposta do SEFAZ. Obrigado pela sua atenção. 35141149810369000159550010000769311799934352_v2.00-procCCeNFe.xml

Oi André muito obrigado pela sua atenção, cliquei para baixar atualizações e não veio nenhuma modificação. A correção já foi enviada ?

Boa noite a todos. Após baixar as últimas atualizações, ao enviar carta de correção estou com problema no XML salvo no retorno do envio que esta com a mensagem da tag <xEvento>Carta de Correção registrada</xEvento> com acentuação, por conta desta acentuação o XML não consegue ser visualizado no internet explorer apresenta erro nestas colunas com o ç e o ~. XML com acentuação tem que mudar o cabeçalho do XML salvo pelo componente de <?xml version="1.0" encoding="UTF-8" ?> para <?xml version="1.0" encoding="ISO-8859-1" ?> foi o que consegui verificar mas o xml de retorno com a acentuação da resposta do SEFAZ esta como UTF-8 Poderiam me orientar como posso resolver este problema. Agradeço a atenção. 35141149810369000159550010000769301970046765_v2.00-procCCeNFe.xml

Segue arquivo XML 35141149810369000159550010000769301970046765_v2.00-procCCeNFe.xml

Boa tarde a todos. Após baixar as últimas atualizações, ao enviar carta de correção estou com problema no XML salvo no retorno do envio que esta com a mensagem da tag <xEvento>Carta de Correção registrada</xEvento> com acentuação, por conta desta acentuação o XML não consegue ser visualizado no internet explorer apresenta erro nestas colunas com o ç e o ~. Alguem pode me orientar como posso resolver este problema. Agradeço a atenção. 35141149810369000159550010000769301970046765_v2.00-procCCeNFe.xml

Apos baixar a ultima versão do ACBr estou com problemas na forma anterior de enviar a carta de correçao WebServices.CartaCorrecao.Executar Gostaria de informações de como resolver este problema.