Paulo Farias- Aplicasis

Seguem txt e xml 35190507765270000132550010000013521000013525-nfe.txt Modeloxml.xml Olá amigo! Realmente, vamos iniciar os trabalhos para converter nosso TXT. Grato!

Olá amigos! Estou tendo uma dificuldade na geração de notas fiscais de devolução no formato TXT Sefaz. Embora eu informe a opção 90- sem pagamento na tag "tpag", o XML gerado pelo ACBrMonitorPlus, versão 1.2.0.41 retorna com o tipo de pagamento 01- Dinheiro, consequentemente a nota fiscal não é gerada, retornando o seguinte erro: 871 rejeição - O campo forma de pagamento deve ser preenchido com a opção Sem pagamento Este é o trecho do arquivo TXT que está retornando o erro: Caso 1 X|1| Y| Y02|001352|20.76|0.00|20.76| YA YA01|0|90|20.76| Caso 2 X|1 YA| YA01|0|90|20.76| XML gerado -<pag> -<detPag> <tPag>01</tPag> <vPag>0.00</vPag> </detPag> </pag> Alguém teria uma ideia pra me passar? Obrigado! Paulo

Bom dia! Grato, amigo! De volta ao planejamento.

Senhores Esta semana estive testando o envio de e-mail pelo ACBrMonitor Plus. Funcionou normalmente, mas tenho uma dúvida. Eu gerei um arquivo TXT para cada linha de comando, dessa forma: Arquivo1 @ 00,000 Say "Email.Novo" Arquivo2 @ 00,000 Say "Email.AdicionaPara("+alltrim(cpara)+","+alltrim(cnomex)+")" Arquivo3 @ 00,000 Say "Email.Assunto(Proposta de venda)" Arquivo4 @ 00,000 Say "Email.TextoMensagem(Segue anexo proposta de venda)" Arquivo5 @ 00,000 Say "Email.AdicionaAnexo(c:\tmp\pedido.txt)" Arquivo6 @ 00,000 Say "Email.Enviar" Existe uma forma mais eficaz para o envio de e-mails, enviando todos os comandos de uma única vez? Abraços! Paulo

Daniel Eles basicamente inseriram os novos campos, como CEST e mudaram pouca coisa. Então, a diferença básica entre Sebrae e ACBrMonitor está nos dados do produto. Então mudei somente essa linha e aparentemente está tudo certo agora. Só falta testar no cliente. Grato pelo apoio!

Daniel Simões Antes, ainda na versão 3.10 adequei o meu sistema para gerar o mesmo TXT em ambas as plataformas. Com a entrada da versão 4.0, dei uma paralisada no uso do ACBrMonitor, pois as primeiras novas versões não permitiam a 4.0, e continuei orientando meus clientes a usar o aplicativo do Sebrae, o qual estão utilizando até o momento para importar no formato TXT, então o emissor gratuito continua importando normalmente os TXTs. Vou analisar a documentação e adequar ao ACBr. Grato!

Olá Estou utilizando a versão 1.2.0.8 do Monitor e percebi que voltou a aceitar arquivos no formato TXT do NFe da Sefaz (agora Sebrae). Entretanto, ao enviar o arquivo no mesmo formato do Sebrae, ele retorna o seguinte erro: "ERRO: Erro ao ler o campo qCom. Conteúdo inválido = PC". Aparentemente, o sistema interpretou o campo qCom como se fosse o campo xCom. Gostaria de saber se é uma falha do ACBr ou se teve alguma mudança nos campos, que eu precise adequar. Grato! Paulo Farias- Aplicasis Software

Bom dia Vi que o post é meio antigo, mas a quem possa interessar, dá certo sim. No meu caso só precisei utilizar o certificado digital. Não sei se tem como fazer isso sem certificado, mas nos casos que fiz via certificado, deu certo. Funciona!

Estou com o ACBr instalado e preparando a parte das notas eletrônicas (SAT já fiz). Mas não estou conseguindo usar no ambiente de homologação. Como é feito? É necessário baixar uma versão específica do ACBr?

Meus caros, consegui solucionar o problema. Adicionei as DLLs da Sweda na mesma pasta onde está o EXE do ACBr Monitor. Me coloco a disposição para ajudar quem estiver passando pelo mesmo problema. Grato! Faz o teste que eu fiz e resolveu. Remova o ACBr e apague a pasta. Instale-o novamente. Copie as DLLs para a mesma pasta onde está o executável do ACBr. Se perguntar se deseja ou não sobrescrever DLLs, não sobrescreva. Comigo deu certo, e graças a Deus, após muitas horas de trabalho finalmente acabei.

Olá amigo. De fato, o primeiro da lista não pode ser baixado (versão mais atual), exceto por assinantes do suporte (que alguém por favor me corrija se estiver errado). Você pode baixar aqui: Procure baixar a versão mais atualizada disponível, no caso a 0.2.0.5. Comece baixando, instale e acesse o arquivo de ajuda, para conhecer um pouco mais essa incrível solução. Abraços, boa sorte!

O código sequencial do cupom é retornado no arquivo SAI.TXT que o ACBr gera. Ele está contido na chave do cupom, numa posição após o número de série do equipamento SAT, com uma sequencia de 6 dígitos.

Gerson, entendo você. Estou há alguns meses utilizando o ACBr e meu sistema foi feito numa linguagem totalmente diferente... A princípio, você pode baixar a versão 0.2.0.5. No manual que vai junto com o instalador (arquivo de ajuda) há uma explicação com os procedimentos básicos. Terá que gerar em seu AC um arquivo TXT contendo os campos, confirme explicitado no manual. Esse arquivo irá para uma pasta definida no próprio ACBr, juntamente com um pequeno arquivo texto, contendo o comando solicitado e alguns poucos parâmetros. O ACBr converterá tal arquivo TXT da venda em um XML, que passará pelos processos devidos de validação e transmissão, retornando outro XML já válido. De forma bem básica, é assim que o ACBr funciona. Espero ter ajudado.

Vou descrever como faço... Na minha aplicação há uma sequência de números referentes às propostas de venda. Se são propostas, tornar-se-ão vendas apenas quando tiverem um documento fiscal vinculado. Portanto, se cancelar porventura um documento fiscal vinculado e gerar outro, ele simplesmente sobrescreve o anterior, como se este nunca tivesse existido. Se cancelar apenas a proposta em meu sistema, isso em nada irá importar para o documento fiscal.

Uma maneira simples de testar com o "SATTeste". Gere o arquivo XML em sua aplicação. Vá na opção "Gerar venda". O SATTeste irá gerar um XML. Selecione o conteúdo do arquivo, apague-o e cole o seu. Isso geralmente resolve o "erro desconhecido".