Kiko Fernandes

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.

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.

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()

Bom dia! João, na opção [ DFe ] na aba [ NF-e/CT-e/MDF-e] você vai encontrar uma opção: Se esta opção estiver marcada e existir o caminho, o XML sempre será gerado neste campinho (mesmo sem autorização), além dos arquivos usados para comunicação. Eu uso desta forma, tenho uma pasta envrec para a estação e ali antes de eu emitir uma nova nota apago tudo o que existe nesta pasta e envio. Quando da algum problema, tenho o XML gerado como também posso analisar se necessário os outros arquivos que foram gerados para a comunicação com a SEFAZ. Nesta pasta você encontrará um arquivo com a chave-nfe.xml. Quando recebo o status 100 eu copio o XML para o banco de dados e depois ao gerar a próxima nota o conteúdo desta pasta novamente é apagada. (Isto é um exemplo de como faço, mas cada um usa de uma forma, talvez no teu seja o Log não sei eu preferi separar desta forma para melhorar meu controle sobre a situação). Mas o que quero deixar claro é que nesta pasta que consta nesta opção, você sempre terá o XML se este for o teu problema. Eu creio que isto funciona também com a opção "salvar o xml na pasta Documentos DFe" marcada, porém quando comecei a usar esta opção não existia e por compatibilidade com o que eu já usava, não adotei o uso da opção, pois eu já fazia isto pelo meu sistema. Portanto será algo para você testar ai e ver o que melhor se adapta ao que vocês desenvolveu ou está desenvolvendo.

Me parece que é isto João. Eu não uso esta opção marcada. Quando vc for consultar envie junto o XML (não a consulta apenas com a chave), que ele irá retorna o xml. Mas eu não tenho aqui um retorno no momento do status 105. Se tiver acontecendo com frequência ai, mande o retorno do ACBr para a gente conferir o conteúdo de retorno.

Bom dia! Não conseguirá porque o XML não estará autorizado com o retorno 105. (Não tem protocolo de autorização). Após uma consulta e autorizado (retorno status 100), ai sim o XML estará com a autorização.

Bom dia! Eu não me recordo se retorna a chave, mas parece que tem. Digo isto, pois eu pego apenas o status, pois a chave eu gero. Lembrando que o mesmo que o ACBr faz, vc pode fazer pois a única diferença é o cNF (Cód. numérico aleatório). Se vc controlar isto, vc monta a chave sempre que necessário. Eu prefiro CriarEnviar, porém tenho a opção de apenas criar, para quando for necessário gerar apenas um espelho para conferirem se está correto os impostos, cfop e outros detalhes para notas com características especiais que foge um pouco do uso no dia a dia. Uma observação, se vc usa o ACBrMonitorPLUS, pode pular a etapa "validar", usando apenas o criar e "Assinar" para estes casos que não utiliza o NFe.CriarEnviarNFe() Como citei na primeira resposta. Você pode gerenciar as chaves das NFe, basta seguir o manual e ter o código cNF (núm. aleatório) gravado no banco de dados no registro da nota. Se não tiver em seu programa e achar melhor usar o ACBr, você pode contar com o comando: NFe.GerarChave(codigoUF,codigoNumerico,modelo,serie,numero,tpemi,emissao,CNPJ) //Preste atenção no código numérico, do contrário vai dar problema, pois outro numero pode ser gerado se não observar isto. Não tenho exemplo, como disse eu só pego o status. Quando retorno 105 eu deixo uma opção para o operador disparar outra consulta ainda na tela da emissão da nota, ou se desejar ele pode sair e consultar mais tarde. Porém o ACBrMonitorNFe segue um padrão. Me parece que você encontrará sim a chave e mais informações, mas não tenho aqui um exemplo do retorno 105 neste momento.

Boa tarde! NFe.ConsultarNFE() pode ser usado da seguinte forma: Quanto ao XML seria bom você ter o controle e gravar no seu banco de dados, ele assinado antes do envio. Quanto a gravação você tem que estar atento a todos os retornos. Exemplo: Quando o servidor da SEFAZ está muito lento, geralmente retorna o status 105, significando que foi transmitido mas ficou presa no processo de processamento. Isto pode demorar além do tempo previsto para ter o retorno. Então o retorno vem com o status 105 se você não tratar este retorno, não saberá da situação. Neste caso citado como exemplo, você tem duas opções. Deixar uma opção para o operador consultar novamente após alguns segundos ou então sair da nota e deixar para ele consultar quando desejar. Isto é só um exemplo do que pode acontecer, mas tem outras situações também. Por isto o retorno tem que ser bem tratado.

Bom dia! Em produção? Qual estado? Ontem SP passou por um problema semelhante e era na SEFAZ.

Post fechado por entender que alcançou o objetivo. Para nova dúvida abra novo post.

Obrigado por reportar. Post fechado. Para nova dúvida, abra novo post.

Boa tarde! Valide seu xml no site da Sefaz/RS Tem que rever estes erros.

Boa tarde! CSOSN é composto por 3 dígitos. 102 é um código válido. CST é composto por dois dígitos. Seria CST=60 (este zero que vc está informando antes 060) faz parte da origem da mercadoria. Portanto ele já foi informando em Origem=0. Conforme a tabela B da tributação do ICMS.

No outro post, o José tinha solicitado para você anexar o LOG.TXT. Veja se vc consegue anexar. Vou fechar o tópico. Segue acompanhando na área do SAC.

Não sei o que você está tentado fazer. Mas vamos por partes: 1 - Para SIMPLES NACIONAL CRT=1 não há destaque de ICMS como vc informou no teu arquivo. Base de cálculo de ICMS. 2 - Para casos específicos de operação que tenha o destaque (regulamento por lei), usar o CSOSN 900. (Estude sobre ele) 3 - O caso que vc comenta sobre IPI eu suspeito que vc está falando de nota de devolução para o fornecedor. Estude o manual da versao 4.00 do XML pois foi incluído um campo vlIPIDevol para controle da devolução do IPI por empresas não contribuinte do IPI.