Painel de líderes

É, estranhamente pelo programa de exemplo funciona, deve ser mesmo alguma coisa relacionada ao componente criado em runtime.

Detalhe importante: Executando o DistribuicaoDFePorUltNSU você tem a lista de resumos das notas, de posse dessa lista é possível saber se existe alguma empresa emitindo nota contra o seu CNPJ sem você ter comprado nada dessa empresa. Lembre-se também que devemos capturar o valor de UltNSU ao executar o DistribuicaoDFePorUltNSU, pois na próxima execução deveremos usar o numero capturado na execução anterior na próxima execução.

Prezado Italo: Tudo resolvido. Pelo que concluí, o problema estava no schema. Obrigado!

O ideal seria utilizar o método DistribuicaoDFePorUltNSU. Pois o método DistribuicaoDFePorChaveNFe retorna informações apenas se a nota já estiver com um registro de manifestação pelo destinatário. Então na teoria ficaria assim DistribuicaoDFePorUltNSU (trará: Nota resumida, Nota completa, Eventos resumido e Eventos completo) Realizar a manifestação Executar o método DistribuicaoDFePorUltNSU novamente (ou o DistribuicaoDFePorChaveNFe)

Marcos, Tente fazer um teste com o programa exemplo do componente.

Boa tarde a todos, Já esta disponível no repositório tanto o programa exemplo quanto os fontes do componente ACBrANe com a implementação para averbar carga através da seguradora ELT. Peço a todos que atualizem os fontes e façam testes com a ATM (para ver se não alterei nada que comprometa o seu funcionamento) e ELT. O componente já esta conseguindo consumir o webservice da ELT mas não sei se o envio dos dados estão da forma esperada por eles. Talvez seja necessário ainda fazer alguns ajustes. No programa exemplo tem um campo para escolher a seguradora.

Sim, justamente por isso não fiz nenhuma alteração nos fontes do componente, e ajustei o nosso sistema para essa situação. Só relatei o ocorrido. Dercide.

Bom dia Dercide, Já ocorreu relato anteriores de problemas com esse campo, pois mesmo se tratando da mesma versão de layout, alguns validadores só aceitam se o valor estiver em branco e outros validam com valor 0. A indicação é que informe "0" neste campo se tiver problemas... Veja este tópico:

Obrigado, vou testar

Bom dia Campos, Estou estudando o manual e vendo o que é possível ser feito para implementar o ELT.

bom dia.. sim..voce tem de controlar isso manualmente..

Nesse caso não vejo problemas. Respondendo ao @Amarildo Matos, Esse caso que citei, uma empresario para não exceder o limite do simples, abriu outra empresa, em outro endereço, mas emitia NFe de ambas no mesmo PC. O fisco detectou, enquadrou as duas empresas com sendo do mesmo grupo, mudou ele para regime geral e ele teve que recalcular os impostos retroativos.

Que bom que resolveu. Mas o ideal é postar a forma como solucionou o problema. Este fórum é usado como base de conhecimento e pesquisa por muitas pessoas na internet.

Revolucione a impressão de relatórios na sua aplicação, usando o ACBrPosPrinter... Provavelmente você precisa enviar um comando de Reset para a Impressora... isso pode ser feito com a Tag <zerar> do ACBrPosPrinter

Finalmente hoje consegui descobri qual era o problema, após fazer todos os testes possiveis. O problema estava no roteador do provedor de internet, o suporte do provedor alterou as configurações do firewall deles e no mesmo instante passou a funcionar. topico resolvido

Bom dia Outro recurso, além do método de trocar o certificado, é alterar as configuração que necessita, editando as tags do arquivo de configuração (ACBrMonitor.ini) e após isso utilizar o método "LerIni" para recarregar os parametros: https://acbr.sourceforge.io/ACBrMonitor/NFELerIni.html

Bom dia, eu (ainda não tive a chance de trabalhar com datasnap, mas) ACHO que o caminho seria o app enviar apenas o comando de impressão dizendo qual NFe imprimir, e o "servidor datasnap" mandaria o DANFe pra impressora... Att Ricardo

Alteração enviada para o repositório, rev. 17130. Obrigado pela contribuição. Favor atualizar os fontes e fazer os devidos testes.

Olá pessoal, Com a NT 2018.005 foi introduzida uma nova rejeição para NFe: 938 - Rejeição: Não informada vBCSTRet, pST, vICMSSubstituto e vICMSSTRet. Os detalhes dessa rejeição foram alterados nas várias versões da NT, mas infelizmente isso já está causando algum problema (como podem ver nesse tópico aqui). Como é uma rejeição facultativa e cada UF tem uma legislação, tivemos que adicionar uma nova propriedade no componente ACBrNFe para lidar com a situação. A nova propriedade se chama ForcarGerarTagRejeicao938. Após atualizar os componentes, não esqueça de reinstalar. Vamos a uma explicação mais longa... O problema Como a descrição da rejeição explica, algumas UFs podem exigir a informação de algumas tags, como vICMSSubsituto, isso mesmo quando o valor da tag for zero. Por padrão o ACBrNFe não gera tags facultativas que são informadas com valor zero. E esse é o caso da tag vICMSSubstituto. Mas como essa é uma tag facultativa, não devia ser obrigatório para algumas UFs informá-la. E por isso, não podemos obrigar o ACBrNFe informar sempre. Assim a ideia é termos uma configuração que você possa alterar. Poderemos com essa propriedade forçar gerar a tag de acordo com a necessidade de seu cliente ou da UF dele. A solução A propriedade (ou configuração) criada ForcarGerarTagRejeicao938 foi adicionada no ACBrNFe de modo que pode ser acessada como no código abaixo: ACBrNFe1.Configuracoes.Geral.ForcarGerarTagRejeicao938:= fgtNunca; Ou talvez no Object Inspector como abaixo: Importante: Embora a propriedade esteja disponível para ser alterada no Object Inspector, você provavelmente vai querer parametrizar isso no seu aplicativo. Afinal, talvez você precise alterar essa propriedade de um cliente para outro, ou de uma data para outra. As opções são: fgtNunca -> Se o valor for zero, não vai forçar a geração da tag nunca; fgtSomenteProducao -> Força a tag ser gerada no ambiente de produção mesmo que o valor seja zero; fgtSomenteHomologacao -> Força a tag ser gerada no ambiente de homologação mesmo que o valor seja zero; fgtSempre -> mesmo que o valor seja zero, a tag será gerada sempre; A configuração padrão é fgtNunca conforme o comportamento do componente antes dessas alterações. Qual opção eu devo escolher? Como explicado, essa configuração foi necessária por causa de problemas em certas UFs. Então para escolher a melhor opção você precisa saber o que está sendo exigido no Webservice que você está acessando. Por exemplo, se você não está recebendo a rejeição, não há necessidade de alterar a configuração. Mas se está recebendo somente em homologação, quer dizer, a tag está sendo exigida somente em homologação, use a opção fgtSomenteHomologacao. E assim por diante.

Boa tarde Carlos, Se você atribuir o valor fgtNunca a propriedade de configuração ForcarGerarTagRegeicao938 a tag não vai ser gerada, se a SEFAZ-SP exige a presença dela mesmo com o valor zero, então você tem que atribuir o valor fgtSempre para que a mesma seja gerada.

Consegui resolver adicionando mais um Parâmetro. RESTRequest1.Params.AddItem; RESTRequest1.Params.Items[1].name := 'Content-Disposition'; RESTRequest1.Params.Items[1].Value := 'form-data'; RESTRequest1.Params.Items[1].ContentType := ctMULTIPART_FORM_DATA; RESTRequest1.Params.Items[1].Kind := TRESTRequestParameterKind.pkREQUESTBODY;

@José M. S. Junior fiz alguns testes e aparentemente funcionou certinho, qualquer coisa aviso, muito obrigado !!