Italo Giurizzato Junior

Bom dia Paulo, Favor atualizar os fontes e faça novos testes.

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

Sérgio, Descobri onde esta o problema. Já corrigi o componente e estou enviando para o repositório. Vou avisar o pessoal que cuida do ACBrMonitor para gerar uma nova versão dele.

Sérgio, Eu analisei as rotinas do componente ACBrReinf que é utilizado pelo ACBrMonitor que é o que você esta utilizando, correto? Vamos aguardar alguém da equipe ACBr em fazer um teste com o seu arquivo INI e com o Monitor.

Boa tarde, Analisando o seu arquivo INI bem como o XML e a rotina que faz a leitura do arquivo INI e e que gera o XML não encontrei nada que pudesse estar gerando esse problema.

Boa tarde, Se o transportador for uma transportadora, o seu cliente vai emitir somente a NF-e, a transportadora emiti o CT-e vinculando a NF-e e por fim o MDF-e vinculando o CT-e.

Boa tarde Alessandro, Já enviei para o repositório.

Boa tarde, No meu entendimento isso esta errado. O seu cliente sempre vai vender o produto X em unidade de caixa? Se sim, você lança a venda em unidade de caixa e pode colocar em informações adicionais do produto a quantidade de unidades tem uma caixa. Apesar que na descrição já diz 20x180g que para mim deixa claro que tem 20 unidade de 180g em uma caixa uma vez que a unidade de venda é caixa. Se o destinatário desejar saber o valor de cada unidade, ele que faça as contas ou você coloca essa informação nas informações adicionais do produto.

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

Boa noite Djean, Estamos ainda analisando o problema.

Boa noite Binho, Os arquivos LFM já foi enviado para o repositório, favor atualizar e fazer novos testes.

Boa noite jburda, Quais arquivos de requisição e resposta você se refere?

Bom dia Carlos, Primeiramente, você utiliza o componente ou o ACBrMonitor? Pelo o que eu entendi a sua aplicação permite emitir os 2 modelos de documentos (NF-e e NFC-e), correto? Em quais situações o usuário opta por emitir NF-e ou NFC-e?

Bom dia a todos, Na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI Temos um arquivo INI chamado SilTecnologia.ini pelo que me parece se refere ao provedor Sil Tecnologia que vocês se referem. Logo a resposta é SIM, esse provedor esta implementado no componente. Na mesma pasta temos o arquivo INI chamado Cidades.ini, ao procurar por SilTec encontramos: [3502507] Nome=Aparecida UF=SP Provedor=SilTecnologia NomeURL_H=aparecida.siltecnologia.com.br/tbw NomeURL_P=aparecida.siltecnologia.com.br/tbw [3523107] Nome=Itaquaquecetuba UF=SP Provedor=SilTecnologia NomeURL_H=itaquaquecetuba.siltecnologia.com.br NomeURL_P=itaquaquecetuba.siltecnologia.com.br As cidades: Arujá e Cubatão não sei se trocaram de provedor pois no arquivo Cidades.ini diz que o provedor é o SmarAPD. Já Mogi das Cruzes, segundo o arquivo Cidades.ini o provedor é SmarAPDv23. Caso essas cidades tenham mudado de provedor, será necessário alterar o arquivo Cidades.ini Alguém se habilita a fazer essa alteração e realizar os testes?

Boa tarde Alessandro, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde Jefferson, Esse provedor é tão preguiçoso que colocou o CNPJ e a razão social tanto do prestador quanto do tomar em uma mesma tag. Pelo jeito a saída vai ser fazer mais uma gambiarra para poder ler de forma correta o retorno. Na unit ACBrNFSeWebService temos se não me falha a memória uma procedure ou function que faz alguns tratamentos no retorno.

Boa tarde Fernando, Acho que não fui claro. No programa exemplo use o botão [Enviar um RPS (Gerar)]. O esta entre parênteses é o nome do método, que neste caso é o Gerar.

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

Bom dia Anderson, Na verdade o problema é que o XML esta fora do padrão esperado pelo provedor. O que esta entre parênteses é uma aberração na resposta, uma vez que quem gera a mensagem de erro ou de alerta é o webservice do provedor, logo que esta fazendo a kaka são eles. Favor entrar em contato com o provedor e questionar eles sobre o problema.

Olá Pessoal, É com grande alegria e satisfação que a Equipe ACBr depois de quase 1 ano de trabalho comunica que já se encontra disponível para todos o novo componente para emissão de NFS-e. Por conta de varias melhorias e quebra de código optamos por manter o componente atual e disponibilizar o novo com um outro nome: ACBrNFSeX e também um novo componente para impressão do DANFSE: ACBrNFSeXDANFSERL (Fortes Report). Já esta disponível no repositório Trunk2 os fontes dos componentes bem como os pacotes de instalação (para o Delphi e Lazarus) e o programa exemplo para o Delphi). Em breve vai estar disponível o DANFSE feito em Fast Report, programa exemplo para o Lazarus e a atualização do ACBrInstall com a opção de instalação do novo componente. Estamos também elaborando um manual de migração que terá como objetivo ajudar os desenvolvedores que utilizam o componente atual a migrar para o novo. Esse manual vai apresentar as propriedades de configuração bem como os campos que não existem mais ou que tiveram seus nomes alterados e varias outras informações valiosas. Acreditamos que com o manual e o programa exemplo do novo componente qualquer desenvolvedor vai ser capaz de migrar a sua aplicação para o novo componente em uma semana, digo isso pois sempre aconselhamos que todos estudem o programa exemplo. O que esperar do novo componente: 1. Código mais limpo, removemos a maioria dos IF e CASE que antes eram utilizados para sanar a falta de padronização entre os provedores; 2. Um único método de emissão de NFS-e, que detecta automaticamente o modo de envio correto para cada provedor; 3. Leitura dos retornos padronizado; 4. Mais veloz; 5. Eliminação dos arquivos INI de provedores e o Cidades.ini, simplificando bastante os arquivos a serem distribuídos juntamente com o executável. 6. A implementação de novos provedores que seguem a versão 1 ou 2 do layout da ABRASF tendo todas as informações necessárias se faz em menos de 1 hora. O que vem pela frente: 1. Inclusão da NFS-e no ACBrMonitor Plus, desta forma os desenvolvedores que se utilizam dessa ferramenta em fim vão poder emitir também a NFS-e. 2. Desenvolvimento da ACBrLibNFSe, uma DLL para os desenvolvedores que preferem usar a DLL em vez do ACBrMonitor. Noticia: Nós achamos que o Projeto ACBr tem os melhores componentes disponíveis pelo melhor preço: grátis. Se você concorda, por favor espalhe essa noticia.

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

Bom dia Fernando, Você continua usando o método Enviar, eu lhe pedi para usar o método Gerar. Veja a mensagem de erro, ela se refere ao EnviarLoteRps. Quanto ao erro de compilação do novo componente no Lazarus foi resolvido, era problema no pacote de instalação. Favor atualizar todos os fontes de todas as pastas e tente instalar novamente o novo componente.

Boa noite Guilherme, Muito obrigado pela colaboração, fiz mais alguns ajustes e enviei para o repositório. Favor atualizar e fazer novos testes. O ambiente de homologação estava previsto para ser liberado ontem (01/06/2021), mas o evento em questão vai ser recepcionado pelo Ambiente Nacional e não pela SEFAZ-Autorizadora. No seu teste o evento foi para a SEFAZ-SP, fiz uma alteração para que ele seja enviado para o Ambiente Nacional.

Boa tarde Fernando, Tente usar o método Gerar para enviar o Rps para o WebService.

Boa tarde Thiago, Já enviei para o repositório uma possível solução para esse problema, mas para que funcione corretamente se faz necessário informar o código do município do tomador para comparar com o do tomador. Tomador.Endereco.CodigoMunicipio := código do municipio; PrestadorServico.Endereco.CodigoMunicipio := código do municipio;