Italo Giurizzato Junior

Boa noite Adilson, Editar? Editar o que? No preview de impressão que eu saiba isso não é possível.

Boa noite Wladimir, Você esta enviando a nota para o webservice da cidade de São Paulo, correto? Até onde sei, esse webservice espera que o código do serviço seja informado sem formatação, portanto não devemos incluir o ponto.

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

Boa tarde André, Seria interessante para os demais colegas saberem como foi resolvido o problema. Poderia postar o que você fez para que o problema fosse resolvido?

Boa tarde Paulo, O que você esta fazendo esta correto, o grande problema é o tempo que a SEFAZ demora para liberar o XML de uma nota que foi manifestada. O interessante seria você primeiro obter os resumos das notas, para depois realizar a manifestação de cada uma. Lembre-se que além do método DistribuicaoDFePorChaveNFe que você esta utilizando, temos também o DistribuicaoDFePorUltNSU, no tópico que o Elton lhe passou eu falo também sobre esse método. Por que eu considero esse segundo mais interessante? Simples, com ele você vai ter uma lista de resumos de notas emitidas contra o seu CNPJ, desta forma é possível através de um dos eventos da Manifestação do Destinatário informar a SEFAZ que você desconhece o emitente de uma determinada nota. Resumindo você descobre se existe alguma empresa emitindo notas contra o seu CNPJ sem o seu consentimento. Se utilizar sempre o DistribuicaoDFePorUltNSU acredito que o tempo entre baixar o resumo, manifestar e baixar o XML completo da nota manifestada vai ser suficiente para que a SEFAZ libere o XML e não ocorra o problema que você esta tendo. Fica ai a dica.

Bom tarde Murilo, Por favor, atualize os fontes e faça novos testes.

Boa tarde Dercide, Muito obrigado pela colaboração, já enviei para o repositório. Observação: Os seus fontes estão desatualizados.

Boa tarde Paulo, Obrigado pela compreensão. Mais uma vez muito obrigado pela colaboração, já esta no repositório.

Bom dia Paulo, Muito obrigado pela colaboração, já enviei para o repositório. Caso tenha mais alterações a serem feitas, lhe pediria para enviasse a maior quantidade possível. Assim eu analiso todas elas e envio para o repositório de uma vez.

Bom dia, Explique melhor: "Meu cliente exige a TAG 'infoTrabInterm' com codVen" É a sua aplicação que esta gerando o XML?

Bom dia Diego, Faça um teste usando o programa exemplo. O que tudo indica, você esta fazendo algo de errado na sua aplicação.

Bom dia Juliano, Muito obrigado pela colaboração, já enviei para o repositório. Favor atualizar os seus fontes pois eles estão desatualizados.

Bom dia Murilo, Muito obrigado pela colaboração, fiz algumas alterações e enviei para o repositório. Por favor, atualize os fontes e faça novos testes.

Boa tarde Paulo, Muito obrigado pela colaboração, já esta no repositório.

Bom dia Archiere, Já enviei para o repositório a sua contribuição.

Bom dia Paulo, É uma boa ideia. Você poderia fazer essa implementação e testar? Caso funcione como o esperado, anexe as units alteradas para que possamos analisar e estando tudo OK enviaremos para o repositório. Renato, já enviei para o repositório a sua contribuição, muito obrigado. Gustavo, já enviei para o repositório a sua contribuição, muito obrigado.

Bom dia Ana, Esse XML esta fora do padrão. A tag principal no seu XML é <bpeProc> sendo que o correto é <BPeProc>. Outra coisa, no seu XML temos o grupo <protBPe> dentro dele o grupo <retBPe> e dentro deste o grupo <protBPe> e dentro deste o grupo <infProt>, sendo que o correto é ter apenas o grupo <protBPe> e dentro dele o grupo <infProt>. Com essas diferenças você não vai conseguir obter nenhuma informação desse XML. Se você alterar "na mão" a tag principal de <bpeProc> para <BPeProc> vai conseguir ler as informações do BPe, menos as informações referente ao protocolo de autorização, a não ser que você remova o que esta a mais no grupo <protBPe>. Resumindo, vai ter que alterar o XML deixando-o segundo o padrão estabelecido pela SEFAZ.

Bom dia Correia, Se você utiliza o componente, Basta não informar os dados do tomador, dessa forma o grupo que contem os dados do tomador não vai ser gerado.

Olá Pessoal Foi publicado hoje a nova versão da NT 2016/003. Resumo dessa NT: A “Tabela de NCM e Respectiva Utrib (Comércio Exterior)” será atualizada no Portal da NF-e para incluir 49 novos códigos, a partir de 01/01/2020, e excluir 19 códigos, em função da publicação das Resoluções Camex nº 4, de 24 de outubro de 2019 e Resoluções GMC nº 7/2019 e 32/2019. Prazo de implantação: Ambiente de Homologação: 01/12/2019 Ambiente de Produção: 01/01/2020 Para baixar a NT da nossa biblioteca clique aqui. Para baixar a nota tabela clique aqui.

Boa tarde Arquiere, O webservice de São Paulo que recepciona as notas fiscais de serviço, tem o serviço de Substituir NFS-e implementado? Se sim, será necessário fazer alterações no arquivo SP.ini, caso contrario não será possível usar o método SubstituirNFSe do componente. Neste caso será necessário: 1. Cancelar a NFS-e 2. Emitir uma nova.

Boa tarde Diego, Você esta alimentando o componente conforme exemplo abaixo? Tomador.IdentificacaoTomador.CpfCnpj := '55.555.555/5555-55'; Tomador.IdentificacaoTomador.InscricaoMunicipal := '17331600';

Adilson, Tente informar com a formatação.

Boa tarde Mauricí, Para saber se o componente atende uma determinada cidade é muito simples: 1. Atualize todos os fontes de todas as pastas; 2. Reinstale a suíte ACBr; 3. Abra e execute o programa exemplo; 4. No combo box referente a cidade, procure a cidade desejada. Agora se a cidade em questão mudou de provedor, será necessário entrar em contato com a prefeitura e perguntar qual é a nova empresa contratada para recepcionar as notas fiscais de serviço eletrônicas.