Painel de líderes

Se usar OpenSSL com certificados A1, funcionará em qualquer Windows, desde o XP, e no Linux

Boa tarde Alex, Esta ocorrendo um erro de validação no XML que diz que o elemento indCarregaPosterior não é esperado. Mas esse elemento existe, logo os seus schemas (arquivos XSD) estão desatualizados. Como você utiliza o ACBrMonitor, sugiro que atualize ele para a versão mais recente.

Pessoal bom dia problema resolvido junto ao suporte da control id. Eles me mandaram o SAT (Desenvolvedor) sem vincular ao sefaz. resolvido.

Verifique as tags: O valor do campo modal deve ter apenas 1 dígito numérico. Não foi informado o código do município de carregamento. A linha acima acredito que não devia existir, não encontrei ela no exemplo: https://acbr.sourceforge.io/ACBrMonitor/ModeloMDFeINI.html Também evite colocar aspas dentro do comando, pode ser interpretado pelo monitor como fim dele.

@Ricardo Timm Bonsembiante Me parece ser alguma configuração de página de código. Além do teste do Daniel, que é importante fazê-lo, emita também uma página de teste. Se não me engano, nela informa qual a página de código está configurada na impressora. Em algumas impressoras, há também a opção de habilitar/desabilitar caracteres chineses (mandarim) independente da página de código configurada. Não lembro se é o caso da drm-380. Para verificar e alterar essas configurações, normalmente usa-se o "Tool" do fabricante. Ele está disponível neste link: http://desenvolvedoresdaruma.com.br/drm380/ Obs.: Uso Linux e no momento não consigo te confirmar se esse "Tool" permite fazer essas alterações. Att.

Olá , Hoje após fazer a atualização do componente ACBR no meu D7 via SVN e BUILDER no projeto estou recebendo o seguinte erro ao tentar validar numa nfe: Error reading RLNFe.AlignWithMargins: Property AlignWithMargins does not exist. O que pode estar acontecendo ?

Parece que falta finalizar o comando com ") após o infAdFisco=. Também não foi informado o município de descarregamento.

Realmente Ítalo, foi na mosca! Muito agradecido pela ajuda! Alex

Boa tarde Nickolas, A string do QR-Code presente agora no MDF-e e apartir de agosto no CT-e, é colocada dentro do CDATA por conta da existência do caractere "&" na string. O grupo infMDFeSupl que contem o elemento qrCodMDFe que por sua vez tem o tal do CDATA é gerado e incluído no XML depois que o XML é assinado. Resumindo: 1. O XML do MDF-e é gerado; 2. Depois ele é assinado; 3. Por fim recebe o grupo infMDFeSupl. Sendo assim, se removermos esse grupo do XML antes de enviar para a AT&M não vamos tornar o XML invalido. Por favor faça um teste com a seguinte Unit: ACBrANeDocumentos.pas

Boa tarde, A tag "cUnid" também está preenchida de forma errada... preencha: cUnid=01 Além disso parece estar ok... Verifique se os schemas estão atualizados, assim como os fontes...

Bom dia Luciano, Quando o cliente realizar a inutilização de um numero ou faixa de numero em vez de ligar para o contador e informar que inutilizou, ele deve enviar por e-mail (por exemplo) para o contador o XML: *-procInutNFe.xml Esse arquivo contem o pedido de inutilização bem com o protocolo da SEFAZ que atesta a inutilização. É possível inclusive imprimir a inutilização e até gerar o PDF dessa impressão, caso o contador assim desejar.

Realmente muito simples Itallo, obrigado.

Fiz a atualização conforme o Sr. Italo explicou e baixou os arquivos corrigidos. Apenas o Sefaz gaúcho ainda não mudou a resposta no retorno do envio do evento no ambiente de homologação até o momento.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Por favor realize testes sempre com a versão atualizada do Monitor, podem ter ocorrido atualizações de Schemas... Se persistir o problema com a versão atualizada, precisamos que anexe o log.txt do ACBrMonitor e o arquivo com os dados do evento que está passando para o Monitor para que possamos tentar simular o problema...

Obrigado por colaborar... Poderia por favor postar algum Link com a documentação desse equipamento

Bom dia a todos, Uma pequena correção: se no retorno consta que o ultimo NSU é 3708 devemos informar esse mesmo numero na próxima execução do método DistribuicaoDFePorUltNSU, pois a SEFAZ entende que o ultimo documento retornado foi de NSU = 3708, logo deve agora retornar a partir do 3709. Reforçando o que o Junior disse a cada execução do método é retornado até 50 documentos. Com base no retorno postado pelo Junior temos ainda 421 documentos (maxNSU menos ultNSU) se dividir por 50 temos 8,42 portanto devemos executar o DistribuicaoDFePorUltNSU mais 9 vezes (e a cada vez sempre informar o valor de UltNSU retornado pela execução anterior) para poder baixar todos os documentos disponibilizados pela SEFAZ. É obvio que o valor do maxNSU poderá aumentar basta os fornecedores emitirem mais notas contra o CNPJ que esta sendo consultado.

Senhores apenas para contribuir para resolver a questão. tive um cliente em MG que necessitava de mandar em 0 o valor da <vICMSSubstituto>0.00</vICMSSubstituto> só preencheu de fato no XML final quando criei a seguinte validação MeuObjNFe.Configuracoes.Geral.ForcarGerarTagRejeicao938 := fgtSempre; for iDet := 0 to ObjNFe.NotasFiscais.Items[0].NFe.Det.Count -1 do begin MeuObjNFe.Configuracoes.Geral.ForcarGerarTagRejeicao938 := fgtSempre; MeuObjNFe.NotasFiscais.Items[0].NFe.Det.Items[iDet].Imposto.ICMS.vICMSSubstituto := 0; end; Creio esse tópico pode ser finalizado.

BigWings muito obrigado, Não tinha nem imaginado que poderia ser isso. Agradeço pela atenção.

Veja que está consultando as NFe destinadas ao CNPJ da filial: <CNPJ>13405110000266</CNPJ> Na imagem que postou anteriormente com a consulta pelo aplicativo gratuito estava sendo consultado o CNPJ da matriz 13.405.110/0001-85. Cada CNPJ tem sua própria sequencia de NSU e NFe destinadas. Você pode usar o certificado para consultar ambos os CNPJ já que tem o mesmo CNPJ base, mas você deve especificar no comando DistribuicaoDFe para qual CNPJ está consultando.

hum verdade, acredito que deva ser demora em se atualizar o site da Receita, pois o cliente fez e avisou o contador e o contador me ligou dizendo que não está inutilizado. Grato.

Está inutilizando normalmente, veja a consulta no portal da SEFAZ-PR: http://www.sped.fazenda.pr.gov.br/modules/conteudo/nfce.php?consulta=inutilizada

@DAVIDSON ESPINDOLA Pelo log o que parece é que o comando não está sendo enviado completo para o ACBrMonitorPLUS: Veja se está enviando o comando completo no arquivo de entrada. Também evite salvar o arquivo diretamente como ENT.TXT por exemplo, salve com um nome temporário e renomeie pra ENT.TXT. Isso evita que o ACBrMonitorPLUS tente ler o arquivo antes de estar totalmente gravado.

Boa tarde Verifique os campos novos no manual Atualizado que acompanha a ultima versão do ACBrMonitor: [ide] ; valor 1 gera o campo abaixo no XML indCanalVerde=0 ; valor 1 gera o campo abaixo no XML, necessário para que depois seja possível o envio do evento Inclusão de DF-e indCarregaPosterior=0

A consulta apenas pela chave de acesso não deveria causar esse erro. A verificação é feita a partir do DigestValue retornado no protocolo de autorização da nota com o DigestValue do XML gerado no momento da assinatura do mesmo. Sem o XML não tem como comparar por isso não deveria dar o erro. Já se o XML estiver carregado no momento da consulta é feita a verificação, não é apenas a data de emissão que interfere, qualquer diferença, por menor que seja, no XML vai causar o erro. O mesmo comando usando qualquer certificado vai retornar normalmente: NFe.ConsultarNFe("28190707684607000187650080000500799800970052") OK: Autorizado o uso da NF-e [Consulta] CStat=100 CUF=28 ChNFe=28190707684607000187650080000500799800970052 DhRecbto=24/07/2019 17:37:43 DigVal=Mn+DDmv6jjLKzUWQ+rXmsL6c9AY= Msg=Autorizado o uso da NF-e NProt=328190000121370 VerAplic=SVRSnfce201809061124 Versao=4.00 XMotivo=Autorizado o uso da NF-e cMsg=0 tpAmb=2 xMsg=

Boa tarde. Na equipe de moderação não temos nenhum membro atuando nesta questão. Att.

Boa tarde. Creio que sua resposta esta aqui, se a impressora não suporta, não há como implementar. Att.

Bom dia. O mesmo ocorre no demo? Att.

A explicação se encontra no próprio manual. Veja a página 230. Você precisa ler o manual todo para entender.

Olá pessoal, tudo bom? Reunimos todos os grupos em um só, onde podemos responder as dúvidas de todas as linguagens, Delphi, Lazarus, C# e PHP. Centralizamos os grupos de Delphi Experts, ACBr, ZeusDFe, NFePHP, RestDataware e sobre o mundo fiscal, tudo em um só lugar. Conversem pelos canais de cada linguagem ou no #geral quando não souberem para qual local enviar a dúvida. Todos podemos ver e comentar em quais canais quisermos. A divisão de canais é para que os históricos de dúvidas fiquem nos locais corretos, e possamos ser mais organizados. Regras da Comunidade 1. Não faça divulgações em todos os canais, use o: #cursos-eventos 2. Não discrimine ou seja desrespeitoso com os usuários do nosso servidor. 3. Não tente enviar spam ou inundar canais. 4. Por favor, não tente criar drama, cada um com o seu leão por dia. 5. Se você estiver procurando suporte, por favor, faça nos locais corretos, apenas envie uma mensagem no canal designado e alguém virá em breve ou ajudará mais tarde. 6. Por favor, não peça ajuda com o bot no canal principal, use o canal comando !ajuda em cada BOT. 7. Se você foi banido ou expulso, deve ter um motivo para isso. 8. Não fale sobre crack de qualquer programa, distribua torrent sobre, ou use o nosso Discord para fazer apologia ao consumo destes programas pirateados. 9. Não desrespeite nenhum membro da equipe. Eles estão aqui para ajudar! 10. Mutes, kick e proibições são totalmente a critério da equipe. Argumentar com o pessoal é provavelmente um desperdício do seu tempo. 11. Nós nos reservamos o direito de proibir qualquer coisa que tenhamos esquecido de listar aqui. # Nota Se você sentir que foi injustamente punido, entre em contato com qualquer membro da equipe.

Pesquisando sobre esse erro, encontrei um tópico que indica que um problema no logo poderia gerar especificamente este erro. Sendo assim, queira por favor atualizar e verificar se as alterações propostas hoje corrigem o problema do logo e também esse.

Boa Noite ! Tive o mesmo problema com ADOBE nesses dias , e depois de horas de tentativas o que resolveu foi simplesmente "alimentar" o componente TImage que tem no DANFE.... Ou seja o que gera esse erro no ADOBE READER é a falta da imagem ".bmp", a logo marca do cliente no DANFE.

Você pode usar a propriedade Impressora do componente para deixar definido a impressora padrão a ser usada. Exemplo: ACBrNFeDANFCeFortes.Impressora := 'HP1102w';