-
Total de ítens
285 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Sommus postou
-
Quebra De Linha Nas Observações
Sommus replied to Sommus's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
Boa tarde Juliomar, Tentei utilizar o ponto e virgula, mas não funcionou... Alguma outra sugestão? Obrigado! -
Boa tarde! Gostaria de saber se é possível enviar mais de uma correção para um mesmo evento de CCe em uma CTe. Se for possível, gostaria de um exemplo. Desde já agradeço.
-
Quebra De Linha Nas Observações
um tópico no fórum postou Sommus NFC-e - Nota Fiscal do Consumidor Eletrônica
Bom dia, Gostaria de saber se é possível colocar quebra de linha nas observações da NFC-e que são impressas pelo comando IMPRIMIRDANFE? Existe algum carácter que ele identifique como sendo a quebra de linha na hora da impressão? (No ECF, por exemplo, é o pipe) Obrigado -
Régys, mandando o horário junto não dá erro, ele cria o XML com a data e a hora de emissão informados corretamente, porém ele sempre informa o fuso horário de Brasília, mesmo a máquina estando configurada com outro fuso horário.
-
Este último problema que postei já consegui solucionar Régys, o meu sistema estava com um erro. Porém, agora tenho uma outra dúvida. Nos campos de data agora é obrigatório informar também o horário e o fuso horário, no formato UTC. Como faço para informar isso utilizando o ACBrNFeMonitor? Tentei alterar no parâmetro passado pro método CRIARNFE, informando do seguinte modo? Emissao=AAAA-MM-DDTHH:MM:SS-04:00 (Informei -04:00 pois estou usando o webservice do AM) Mas o ACBr retornou um erro e não criou o XML. Porém, se informo somente a data ele cria o XML, conforme o que está em anexo, com a hora zerada e o fuso horário de Brasília. Como devo proceder? Obrigado 31140818024692000173650010000000101000000102-nfe.xml
-
Régys, Antes de utilizar esse idToken que você passou eu obtia retorno. Agora, utilizando esse idToken, o ACBrNFeMonitor retorna dizendo que o lote foi recebido com sucesso. Mas o estranho é que a mensagem de retorno da NFe, quando utilizo o comando ENVIARNFE, está diferente do retorno dado para a NFCe. Segue em anexo as mensagem de retorno de cada caso. É assim mesmo? Creio que não, pois quando tento consultar a NFCe obtenho que a mesma não consta na base de dados da SEFAZ. Obrigado!
-
Boa tarde, estou começando a desenvolver a emissão da NFCe e estou com algumas dúvidas: - Nas configurações do ACBrNFeMonitor existe uma aba referente a NFCe onde existem campos para informar um número de Token e o ID do Token. O que é esse Token? Essas informações são obrigatórias? Caso sejam existem dados que posso utilizar nos testes ou devo testar em algum cliente? - Como sou de MG estou utilizando o WebService do AM com um certificado de MG, neste caso os dados do emitente podem ser os de MG ou devem ser de AM? - Segue em anexo um XML que criei utilizando o ACBrNFeMonitor, ele está correto? Não consegui enviá-lo para o WebService do AM. Obrigado 31140804717475000154650010000000021000000022-nfe.xml
-
Ah certo Juliomar! Mudei aqui e ocorre o erro: CTe.ENVIAREVENTO("[CCE] idlote= 723 [EVENTO001] chNFe=31140719371245000153570010000002081096533860 cOrgao=31 CNPJ=19371245000153 tpEvento=110110 dhEvento=01/08/14 15:26:23 nSeqEvento= 1 xCorrecao=Antes: 333811321 - Depois: 333811321 [DETEVENTO001] grupoAlterado=emit campoAlterado=fone valorAlterado=3732612003 nroItemAlterado=0 ") ERRO: ERRO: Nenhum Evento adicionado ao Lote
-
Mesmo problema. Consultei no site e agora consta essa.. 01/08/2014 15:27:25 - NFe.ENVIAREVENTO("[CCE] idlote= 723 [EVENTO001] chNFe=31140719371245000153570010000002081096533860 cOrgao=31 CNPJ=19371245000153 tpEvento=110110 dhEvento=01/08/14 15:26:23 nSeqEvento= 1 xCorrecao=Antes: 333811321 - Depois: 333811321 [DETEVENTO001] grupoAlterado=emit campoAlterado=fone valorAlterado=3732612003 nroItemAlterado=0 ") OK: Arquivo=0-eve.xml idLote=0 tpAmb=2 verAplic=13_2_18 cOrgao=31 cStat=128 xMotivo=Lote de Evento Processado. [EVENTO001] id= tpAmb=2 verAplic=13_2_18 cOrgao=31 cStat=494 xMotivo=Rejeicao: Chave de Acesso inexistente chNFe=31140719371245000153570010000002081096533860 tpEvento=110110 xEvento=CARTA DE CORRECAO nSeqEvento=1 CNPJDest= emailDest= dhRegEvento=01/08/2014 15:26:08 nProt=
-
Bom dia, Gostaria de um auxílio. Estou tentando enviar um evento para o processamento da CCe em uma CTe já emitida em ambiente de homologação. Ele me retorna que o evento foi processado com sucesso, porém, logo depois, ele me retorna uma rejeição. Busquei no fórum e não encontrei uma resposta sobre isso. Sou de Minas Gerais e, pelo que li, esse Web Service é bem problemático. Segue o Log: 01/08/2014 09:22:24 - NFe.ENVIAREVENTO("[CCE] idlote= 752 [EVENTO001] chNFe=31140819371245000153570010000010051782850255 cOrgao=31 CNPJ=19371245000153 tpEvento=110110 dhEvento=01/08/14 09:21:01 nSeqEvento= 1 xCorrecao=Antes: 333811321 - Depois: 333811321 [DETEVENTO001] grupoAlterado=emit campoAlterado=fone valorAlterado=3732615222 nroItemAlterado=1 ") OK: Arquivo=0-eve.xml idLote=0 tpAmb=2 verAplic=13_2_18 cOrgao=31 cStat=128 xMotivo=Lote de Evento Processado. [EVENTO001] id= tpAmb=2 verAplic=13_2_18 cOrgao=31 cStat=494 xMotivo=Rejeicao: Chave de Acesso inexistente chNFe=31140819371245000153570010000010051782850255 tpEvento=110110 xEvento=CARTA DE CORRECAO nSeqEvento=1 CNPJDest= emailDest= dhRegEvento=01/08/2014 09:21:07 nProt= Exception: Error loading MIDAS.DLL 01/08/2014 09:26:39 - CTe.SETAMBIENTE(2) OK: 01/08/2014 09:50:39 - CTe.SETAMBIENTE(2) OK: 01/08/2014 09:50:49 - NFe.ENVIAREVENTO("[CCE] detEvento versaoEvento=""2.00 idlote= 752 [EVENTO001] chNFe=31140819371245000153570010000010051782850255 cOrgao=31 CNPJ=19371245000153 tpEvento=110110 dhEvento=01/08/14 09:49:48 nSeqEvento= 2 xCorrecao=Antes: 333811321 - Depois: 333811321 [DETEVENTO001] grupoAlterado=emit campoAlterado=fone valorAlterado=3379998665 nroItemAlterado=1 ") OK: Arquivo=0-eve.xml idLote=0 tpAmb=2 verAplic=13_2_18 cOrgao=31 cStat=128 xMotivo=Lote de Evento Processado. [EVENTO001] id= tpAmb=2 verAplic=13_2_18 cOrgao=31 cStat=494 xMotivo=Rejeicao: Chave de Acesso inexistente chNFe=31140819371245000153570010000010051782850255 tpEvento=110110 xEvento=CARTA DE CORRECAO nSeqEvento=2 CNPJDest= emailDest= dhRegEvento=01/08/2014 09:49:32 nProt= Desde já agradeço. -- Sebastião Sérgio Sommus Sistemas
-
Boa Tarde Italo Muito obrigada pela atenção!!! Quando sai a nova compilação?
-
Boa tarde, Estou tentando emitir um CT-e complementar pelo monitor, o txt é criado com a chave do cte complementado (grupo infCteComp) mas o número não vai para o xml e acaba retornando o seguinte erro: ERRO: Falha na validação dos dados do conhecimento 1003 TAG:<infCte versao="2.00" Id="CTe31140719371245000153570000000010031537274587"><infCteComp> ID:#411/chave(Chave do CTe) - Nenhum valor informado. '' violates pattern constraint of '[0-9]{44}'. The element '{http://www.portalfiscal.inf.br/cte}chave' with value '' failed to parse. Vi um post mais antigo dizendo que o ct-e complementar não havia sido implementado na versão 1.04 , na versão 2.00 já foi implementado?
-
Pessoal, Na nossa última homologação, segundo o técnico que nos acompanhou, o ACBrMonitor estaria retornando o estado ESTREQUERZ de forma incorreta. Pois, segundo ele, de 00:00h até a 02:00 o ECF ainda está em estado livre para emitir documento fiscal, portanto, o retorno estaria errado... Então pergunto: Como o ACBr trata isso? Apenas captura o estado que vem do ECF, ou é feito algum tratamento interno no ACBr? Enquanto aguardo resposta, estamos testando em nossos ECFs, pra verificar se o retorno do ACBr é diferente do retorno dos aplicativos de testes dos fabricantes... Obrigado pela atenção, Reginaldo
-
Senhores, Buscando pelo fórum vi que os componentes ACBR (para quem trabalha com Delphi) já tem solução para SAT, NFC-e e NFS-e... E quanto ao ACBrMonitor (para quem não trabalha com Delphi), tem SAT, NFC-e e NFS-e? Se não, tem previsão para sair? Obrigado pela atenção, Reginaldo
-
Não é isso... Veja bem, o ACBrMonitor, é de instância única certo? Então, se já está executando e eu mando executar novamente, apenas não exibe a mensagem que já está executando, ou seja, continua executando, não é pra fechar...
-
Caros desenvolvedores, Ao executar o ACBrMonitor e caso este já esteja sendo executado, vem uma mensagem informando que já está em execução... Seria possível, que essa mensagem não aparecesse? Obrigado pela atenção, Reginaldo
-
Pessoal, Também fizemos alguns testes e está funcionando bem. Porém, está realmente um pouco lento do que com a serial... Quanto ao conversor USB, em alguns casos estamos trabalhando com eles e funcionando 100%... Talvez, o problema pode estar no fabricante que escolheram... No nosso caso nunca tivemos problemas... Se autorizado pelos moderadores posso citar o que estamos utilizando.... Até mais, Reginaldo
-
Valeu Daniel, A questão é que modifico o INI então acho que não adianta apenas desativar o ecf...
-
Prezados desenvolvedores, Gostaria de sugerir uma pequena correção no ACBrMonitor. Ao inicializar o ACBrMonitor ele deveria ir diretamente para a bandeja do relógio do windows, sem antes "piscar" na tela... O que ocorre é que minha aplicação ao detectar um novo ECF, ela reinicia o ACBrMonitor, então nesse momento o ACBrMonitor abre e fecha rapidamente sobre a tela da minha aplicação... Sei que é algo simples de fazer e que ficaria muito bom... Obrigado pela atenção, Reginaldo