Kiko Fernandes

Obrigado @Juliana Tamizou Já adquiri! No momento que havia postado a camiseta ainda não estava disponível na loja. Está tudo certo agora ??

Bom dia! Teria como explicar melhor o que seria "não conseguiu ler o arquivo.txt"? Deu falha na abertura do arquivo ou o conteúdo do retorno foi diferente? Você compara a leitura das linhas fazendo diferenciação de caixa alta/baixa? (maiúscula/minuscula) Exemplo: Vc compara o conteúdo da string "cStat" para ter o retorno da linha?

Parabéns a toda a equipe pela realização deste trabalho e pelo sucesso do mesmo. Minha agenda é um pouco complicada, mas vou fazer o possível para deixar livre neste período para o próximo ano. Gostei da camisa do ACBr. Será que seria possível encomendar uma Parabéns a todos!!! Sucesso

Obrigado por Reportar. Tópico fechado. Para novas dúvidas abra novo tópico.

Boa noite! O link faz parte da área exclusiva dos usuários SAC. O Fernando não conseguirá acessar. Está faltando o grupo Fatura. Veja no help online: https://acbr.sourceforge.io/ACBrMonitor/ModeloNFeINICompleto.html Para informação de cada campo, procure pela Nota Técnica 2016.002 - v 1.60 ou v 1.61 no portal nacional. Também existem informações no fórum a respeito deste grupo [Fatura]

Boa noite! No momento o retorno vem desta forma. Mas qual é a dificuldade que você está enfrentando? Se tudo deu certo o retorno será: OK: Inutilização de número homologado e ao retornar ERRO: é porque não autorizou.

Tópico movido para área do do SAC para que o SLA de resposta seja considerado.

Boa noite. Conforme o Ricardo comentou, você tem que obedecer a sequência do IdToken. Se você comentou que o contador já gerou vários, com certeza não será mais 000001 E no teu XML está 000001. Isto está errado. Veja com o contador qual é o último CSC gerado e qual o número de ID é representado por ele. Com certeza não será 000001, pois este foi o primeiro que foi gerado. Veja seu IdToken na figura abaixo.

Boa tarde. Se for possível anexar o teu arquivo INI, nos auxilia muito a tentar te ajudar.

Boa tarde! Porque você não está informando conforme a instrução do Manual do ACBr. Parte integrante do help do ACBrMonitor.chm Sobre CST: CST – CÓDIGO DA SITUAÇÃO TRIBUTÁRIA

Obrigado por reportar. O tópico será fechado. Para novas dúvidas abra novo tópico.

Boa tarde! O erro está no espaço que você está deixando após abrir o parenteses. Para( acir... deve ser Para(acir... Para não ter estes problemas procure fazer conforme a orientação no manual. Coloque as strings entre aspas. EMAIL.AdicionaPara("[email protected]" ,"cliente1") EMAIL.AdicionaPara("[email protected]","cliente2")

Boa noite. Anexe o arquivo Log.TXT Outro detalhe: Este hotmail.com.br é apenas um exemplo correto? hotmail.com.br não existe. Mas se não tem nada a ver, anexe o LOG.

Bom dia! Rubens, é você que monta o XML ou o ACBr? Se não for o ACBr ou seja, você já passa um XML pronto, provavelmente você está incluindo este endereço que está em destaque de forma errada. Ele não existe. Deveria estar:

Boa tarde! Creio que o exemplo atendeu a solicitação. Tópico fechado, para nova dúvida, abra um novo tópico.

Bom dia! Se entende que a transportadora não vai pagar pelo serviço ela vai é receber por ele. Logo se você preenche informando por conta do Dest/Rem - 1, significa que ele vai pagar, mas não é quem está realizando o serviço. Devido a isto que a informação da transportadora (quem irá prestar o serviço) não é preenchido com os dados do destinatário.

Tópico movido para a área do SAC para que o SLA de resposta seja considerado.

Carlos, seria bom você informar a mensagem de rejeição, do contrário fica difícil a gente imaginar o que você está fazendo.

Boa tarde! Se a opção for 90 (Sem pagamento, vpag (Valor pago deve ser zero) Outro erro:

Boa tarde! A partir do dia 1/10/2018 será obrigatório a versão 2.00 do QrCode. Clique em [ Configurar ] no ACBrMonitorPLUS Escolha a opção DF-e Depois - WebServices Aba [ NFC-e ] na parte superior da tela. e escolha 2 para opção Versão QRCode

Creio que quanto a sua dúvida já foi esclarecida, cumprindo o objetivo da abertura do tópico. Portanto estou fechando ele, se surgir nova dúvida, abra novo tópico.

Bom dia! Esta nota não foi transmitida. Se for possível anexe o XML dela para analisarmos.

Bom dia @Joao Paulo Pires Quando a gente diz enviar novamente o XML é pelo comando consultar e não pelo EnviarNFe. Procedimento: - Quando ocorre o problema que você comentou, tipo ficou em processamento ou caiu a conexão, ou os servidores da SEFAZ estava lento e deu timeout, o próximo passo será uma consulta com o envio do XML. (Veja que diante do processo que já falamos aqui, você tem a chave da nota gravada, você tem o XML sem a autorização. Agora basta só a consulta. Quando você informa o caminho e o arquivo XML, nesta consulta o XML é enviado e se a nota estiver lá na SEFAZ, ao voltar o protocolo de autorização já vai estar acrescentado ao XML que você enviou. - Caso você receba o status 217 - NFe não consta na base de dados da SEFAZ, neste caso você envia pelo NFe.EnviarNFe() ou NFe.CriarEnvairNFe(), pois mesmo que venha ser gerado outro XML, não existirá nada lá para ser confrontado, como está ocorrendo hoje que você já tinha e com um DigestValue diferente do último arquivo que você envia.

Boa tarde! Será bom você fazer uma consulta sobre o tema DigestValue para você entender o que isto significa. Vou tentar de forma rápida e simples explicar, maiores informações procure por este tema no google. Você gera um XML, assina e com base em todo o conteúdo "dados" informado no arquivo, é calculado uma chave que permitirá a verificação posterior do arquivo para saber se o arquivo foi ou não alterado. Esta chave no XML estará em DigestValue. Ao ser processada e autorizada esta chave (deste XML) retorna no protocolo da autorização na tag DigVal. Se você teve um problema e tentou enviar outra vez o XML e qualquer alteração ocorrer neste XML (Digamos você, está montando novamente, ao invés de usar o primeiro XML gerado) e ele já se encontra autorizado. Você tem agora o problema que está te ocorrendo. Foi gerado outra chave que estará no teu último XML em DigestValue e a SEFAZ vai te retornar o protocolo de autorização do primeiro XML que foi autorizado aonde a chave DigVal estará diferente deste último. (Por isto a importância de você ter o XML gerado arquivado). (Respondi como obter o XML mesmo sem autorização em outro tópico que você questionou a respeito.) Respondendo a tua pergunta: Deve. É obrigatório? Não. Pois isto é uma opção a mais desenvolvida pelo ACBr para dar confiabilidade nos XML que você está arquivando. Alguem pode recusar receber um XML aonde DigestValue não é o mesmo que Digval do protocolo? Sim. Pois está indicando que algo foi alterado ou modificado do XML que recebeu. Porém hoje em dia muitas empresas utilizam a ciência da operação e após fazem o Download pelo servidor, nem dando importância ao XML que você enviou para o destinatário. Neste caso o teu cliente estaria baixando o XML correto, mesmo o teu estando com este problema. Portanto a decisão será sua em manter ou não, mas que você está fornecendo um XML errado, isto sem dúvida.

Boa tarde! Uma observação, antes de entrar no assunto do problema que você citou, mas observei no teu log. Observe: Sintaxe do comando GerarChave: NFe.GerarChave(codigoUF,codigoNumerico,modelo,serie,numero,tpemi,emissao,CNPJ) Observe nas duas primeiras linhas que você usou o código aleatório 133 e ele respeitou ao gerar a chave para a nota número 540. Ao Criar a NFe você não modificou o campo cNF no arquivo INI para criar a nota, com isto a chave criada pelo comando Criar já não corresponde com a chave gerada. Observe os campos no comando NFe.CriarNFe abaixo: Agora respondendo o teu problema. Você teve duplicidade de acordo com o LOG e isto ja deve ter ocorrido conforme o problema que você já citou em tópico. Mas ao enviar a nota, você está enviando com alguma informação diferente da primeira vez que foi, com isto o digestvalue é diferente: A Nota está autorizada, porém o DigestValue não confere. Para evitar isto. Caso não tenha conseguido enviar a nota por algum problema. Antes de enviar, consulte na SEFAZ, enviando o XML junto. Se estiver autorizado ele acrescentará o protocolo de autorização que estará com o mesmo digestvalue do XML da nota. Respondi no tópico do link abaixo como você ter o XML mesmo que sem autorização. Inclusive usando o NFe.CriarEnviarNfe()