José M. S. Junior

O campo tipo de emissão foi alterado, esse código também compõem a chave da NFCe. Sempre que alterar para Off-Line nunca vai gerar a mesma chave, isso é intencional da SEFAZ para evitar duplicidade. Quando voce altera uma NFCe para OFFLine, o indicado é incrementar a numeração, ou seja gerar uma nova chave, e posteriormente consultar a Chave que ficou pendente, se ela contar na SEFAZ realiza o Cancelamento por Substituicão, se a chave pendente não existir na SEFAZ, realiza a inutilização da numeração. Veja nessa apresentação algumas dicas de como tratar a contingencia da NFCe:

Bom dia Nas configurações do ACBrMonitor menu: DFe / Impressao / NFe: Verifique se está utilizando as opções: "Quebrar Linhas em Detalhes dos Itens" ou "Imprimir Detalhamento Específico dos Itens" Aparentemente existe quebra de lina mas não existe detalhamento no XML. Se possível anexe seu XML...

Deve ser a mesma Data também.... Se tiver recebendo rejeição de erro da própria SEFAZ basta corrigir o XML ou gerar outro com a mesma chave e utilizar o método EnviarNFe. Apenas se Enviar e não obter retorno por parte da SEFAZ precisa consultar a NFE, para saber se a chave já consta na SEFAZ ou se realmente precisará reenviar. Não é necessário realizar a Consulta de todas as NFes enviadas.

Bom dia Precisa gerar o XML com as mesmas informações como: Ano, Mes, Numero NFe, Codigo NFe. Dessa forma vai gerar com a mesma chave. Lembrando que o Código NFe deve ser um número aleatório, mas para gerar a mesma chave precisa utilizar o mesmo Código Outro detalhe, se utilizar o método CriarNFe deve utilizar o método EnviarNFe. O método CriarEnviarNFe já gera o XML e realiza o envio em um único método.

O Windows está atualizado? O instalador do ACBrMonitor atualiza automaticamente os pacotes RunTime, mas pode não estar encontrando outras dependências no seu Windows.

Bom dia Note que o retorno que está tendo é cStat=105, isso indica que o lote foi recebido mas ainda não foi processado pela SEFAZ, pode ser alguma demora nos Servidores SEFAZ... Neste caso precisa consultar o lote através do número do Recibo "NRec" para obter o Status da NFe processada.

Bom dia Se utiliza Delphi, pode utilizar diretamente os componentes, o aplicativo SATTest é o exemplo de como implementar. Se utiliza outra linguagem pode utilizar o ACBrMonitor para integrar o ACBrSAT com sua aplicação Para realizar os testes iniciais sugiro que acompanhe este vídeo: Se utiliza o ACBrMonitor, a mensagem de swh.ini é apenas um alerta que não existe o arquivo, mas não é erro e não interfere nas funcionalidades. É apenas o método de associar assinatura que apresenta erro? O método de Consultar Status Operacional do SAT está ok? Se for SAT SDK de desenvolvedor pode ser que já esteja ativo e não permita associar assinatura... Veja mais detalhes sobre os métodos ACBrMonitor no Manual: https://acbr.sourceforge.io/ACBrMonitor/ComoemitirumCFe.html

Bom dia, sim é necessário homologar com o Banco para cada cliente. Sim o ACBrMonitor atende este Banco, porém é importante se certificar que é o mesmo layout que sua agencia disponibiliza, há caso de ter diferenças de layout de uma região para outra. A versão que foi implementado no ACBr é baseado no layout 1.0 "Uniprime - Norte do Paraná"

Se possível anexe a unit com as alterações para análise.

Bom dia @ruikoga O componente tem opção de alterar o nome desta pasta onde é gerado o XML de Venda e o XML de Envio. No ACBrMonitor realmente não tem esta configuração, vou adicionar as nossas tarefas para implementar essa configuração também no Monitor.

Me referia ao .ini com os dados da NFe, mas se você gera o XML pelo seu sistema passe o valor para o campo ModBC, baseado nos códigos descritos no Manual NFe: 0=Margem Valor Agregado (%); 1=Pauta (Valor); 2=Preço Tabelado Máx. (valor); 3=Valor da operação.

Apenas esclarecendo... Não é a opção "Validar digestValue" que causou esse erro. Essa NFe 3684 foi transmitida com os dados que conta na SEFAZ, pode ser que por algum motivo essa NFe foi alterada na sua aplicação ou gerada novamente com outros dados, mas manteve a chave que já havia sido transmitida... A opção de "Não validar digestValue" apenas vai permitir atualizar o protocolo desta NFe que está na sua máquina (com a mesma chave que está na SEFAZ) mesmo que tenha ocorrido alguma alteração no XML. É justamente por isso que existe essa opção, voce pode desejar alterar algum detalhe no XML da NFe mesmo depois de transmitida, e essa opção apenas vai te alertar que houve alteração no XML, no momento de atualizar o protocolo. O indicado é não desabilitar essa opção, mas independente disso, não impede sua aplicação de gerar um novo XML com os mesmos dados da Chave já transmitida. Neste caso deve Cancelar a NFe se estivesse no prazo e não houvesse manifestação, mas neste caso como não é possível cancelar precisa seguir as orientações do Contador, conforme o Kiko Fernandes orientou.

Como está gerando o XML? Pelo ACBrMonitor mesmo? Se sim por favor anexe seu arquivo .ini Note que no seu XML essa tag foi gerada sem valor no grupo ICMS

Boa tarde Erro na validação de Schemas do XML... Se utilizar o validador SEFAZ, acusa erro no campo "modBC", qual valor está passando para esse campo na geração do XML https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx

Sempre utilize a versão ACBrNFeServicos.ini atualizada do repositório SVN, ou do instalador ACBrMonitor atualizado, para evitar problemas.... svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFe/ACBrNFeServicos.ini

Sim, se os dados estão errados deve Cancelar e gerar novamente, para a SEFAZ não está errado, os dados são válidos e a chave também,... Se a numeração já existisse na SEFAZ daria rejeição.

Ambas as chaves foram transmitidas e autorizadas na SEFAZ, porém a chave 33190931856735000145550010000036841001814898 foi Atualizada com protocolo errado, justamente por não validar o digestValue Ou seja, o XML que está na sua máquina com essa chave não é o mesmo que foi enviado para SEFAZ, note que são diferente os valores da tag "digestValue" na NFe e Protocolo.

Boa tarde A abertura de gaveta é passado para impressora através de uma tag especifica utilizando comando ESCPOS: </Abre_Gaveta> https://acbr.sourceforge.io/ACBrMonitor/ESCPOSImprimirTags.html Verifique se na sua rotina de integração não está passando o método do componente ESCPOS com essa tag após a venda

Boa tarde Utilize o protocolo EscPosEpson. De uma olhada neste tópico, onde foram realizados testes com essa impressora:

Boa tarde A URL aparentemente está correta: http://nfce.encat.org/desenvolvedor/httpnfce-encat-orgconsulte-sua-nota-qr-code-versao-2-0/

Esse erro não tem haver com essa opção marcada. Essa opção de validação de DisgestValue apenas não vai permitir atualizar o XML no momento da consulta, caso não esteja identico ao XML autorizado na SEFAZ. Se voce estiver consultando a chave na SEFAZ e não contar lá não foi transmitida essa chave, provavelmente foi atualizado o XML na sua máquina com autorização de protocolo errado. Se possível anexe os dois XML que voce tem para análise.

Bom dia Note que a posição 392 a 393 se refere apenas a qtd de dias, podendo ser de Protesto ou Baixa, depende do que informar na posição 157/158 Se está informando "02" (Sem Protesto), precisa passar a qtd de dias para baixa. Se for 15 informe o campo DataBaixa com 15 dias a mais que o Vencimento. Veja que é essa diferença de datas que o componente utiliza na posição 392/393.

A chave da NFe é única, então a NFe que foi transmitida com esse chave é a que realmente consta na SEFAZ. As duas NFes estão atualizadas com protocolo de Autorização? Se sim verifique se o digestValue de cada documento corresponde ao que consta nas NFes autorizadas na SEFAZ esse valor garante que se trata do mesmo XML. No ACBrMonitor menu DFE, tem a opção: "Validar Digest Value ao consultar XML" essa opção garante que o XML que será atualizado com o protocolo de autorização na sua maquina é exatamente o mesmo que consta na SEFAZ.

Bom dia A Sefaz não disponibiliza Serviço WebService para baixar o XML completo do próprio emitente. Se está utilizando o método de DistribuicaoDFe, vai receber NFes e resumos NFe emitidos contra seu CNPJ ou NFes que seu CNPJ esteja envolvido na operação, conforme citado acima no tópico do Italo. Se precisa apenas atualizar seus XMLs emitidos com protocolo de autorização ou eventos deve utilizar o método ConsultarNFe (Mas não vai obter o XML completo). https://acbr.sourceforge.io/ACBrMonitor/NFEConsultarNFe.html

Bom dia Veja no manual um passo a passo para emitir CTe. https://acbr.sourceforge.io/ACBrMonitor/ComoEmitirumCTe.html O arquivo .ini com os dados do CTe pode ser passado como parâmetro, ou pode passar todo o conteúdo do .ini como parâmetro.