Italo Giurizzato Junior

Boa tarde Isaac, Esse arquivo é um retorno do banco? Sei que existe o CNAB 240, 400 e 750, mas esse arquivo tem 500 caracteres em cada linha.

Boa tarde a todos, A consulta a NFS-e serviço tomado que visa obter os XML das notas emitidas emitidas contra o CNPJ do tomador esta documentado no manual da versão 2 do layout da ABRASF. Todos os provedores que seguem a versão 1 da ABRASF (Ginfes por exemplo) não tem essa funcionalidade, pois ela foi incluída na versão 2. Resumindo Essa funcionalidade só existe na versão 2. Isso se o provedor implementou em seu webservice, pois se não implementou não vai ser possivel utiliza-la.

Boa tarde Widson, O que vem a ser esse campo "Tipo" no cancelamento?

Sérgio, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou o ACBr? Pois deveria acusar que o serviço não foi implementado.

Sim e ficou muito mais fácil a manutenção. Acabei de enviar para o SVN o que você apontou em relação aos bancos: Banco do Brasil, Itaú e no Sicredi. Favor atualizar e fazer novos testes.

Favor atualizar os fontes e faça novos testes.

Acredito ter identificado o problema. Esse provedor em vez de criar uma tag com o numero do protocolo criou uma tag chamada NumeroLote, que para mim deve ser o numero do protocolo. Fiz uma alteração que acredito que vai funcionar. Espero que ainda hoje estarei enviando para o SVN. TK-2979

Boa tarde Sérgio, Não compreendi essa "consulta do NFSe Tomado por Tomador" O provedor Publica segue a versão 1 do layout da ABRASF e as consultas que existem são: Consultar Situação do Lote, Consultar Lote de Rps, Consultar NFS-e Por Rps e Consultar NFSe. Lembrando que quem realiza essas consulta é sempre o prestador e não o tomador do serviço. Na versão 2 do layout da ABRASF esta documentado o Consultar NFS-e Serviço Tomado, mas nem todos os provedores implementaram em seus webservices. Essa sim pode ser utilizada pelo tomador para obter as notas emitidas contra o seu CNPJ.

Boa tarde, Você configurou o componente para salvar os arquivos em disco? Eu preciso dos XML (soap) gerados de envio e da consulta. Esses XML que você anexou são salvos pelo programa exemplo e não pelo componente.

Boa tarde, Você não gostaria de fazer esses ajustes e anexar as units para que possamos analisar? Pois dessa forma é possível agilizar, pois você identificou o problema e sabe como foi resolvido para outro banco, desta forma você aplica a mesma correção e faz os testes. Se funcionar anexe as units. Ficaremos agradecidos pela sua contribuição ao projeto.

Bom dia Cassia, Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não esta mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Bom dia Marcelo, Ao executar o método Emitir, qual é o modo de envio que esta sendo utilizado (meLoteAssincrono ou meLoteSincrono)? Qual é o XML de retorno de ambos os modos envio? A principio no modo Síncrono deveria retornar o XML da nota, se em ambos os modos só retorna um resumo, o jeito vai ser realizar a consulta.

Bom dia, Muito obrigado pela colaboração, já inclui na minha lista de tarefas para analise. TK-2977

Olá pessoal, Caso o NCM do produto seja de medicamento, se faz necessário alimentar os campos do grupo <med> (Medicamento) e alem disso se faz necessário também alimentar os campos do grupo <rastro> (Rastreabilidade do Produto). Informação Importante: O grupo <rastro> permiti a rastreabilidade de qualquer produto sujeito a regulações sanitárias, casos de recolhimento/recall, além de defensivos agrícolas, produtos veterinários, odontológicos, medicamentos, bebidas, águas envasadas, embalagens, etc., a partir da indicação de informações de número de lote, data de fabricação / produção, data de validade, etc. Obrigatório o preenchimento deste grupo no caso de medicamentos e produtos farmacêuticos. Exemplo para quem utiliza o componente: // Ocorrências: 0 - 500 with Prod.rastro.New do begin {nLote = Numero do lote do produto que esta sendo vendido} nLote := '17H8F5'; {qLote = Quantidade de produto no lote} qLote := 1; {dFab = Data de fabricação do lote} dFab := StrToDate('01/08/2022'); {dVal = Data de validade do lote} dVal := StrToDate('01/08/2023'); { cAgreg = Código de Agregação, código de acordo com a necessidade. Foi incluido no XML a pedido das empresas da cadeia produtiva dos fármacos, por conta da nova legislação, do SNCM – Sistema Nacional de Controle de Medicamentos, através da RDC 54/2013, que trouxe ao cenário o IUM – IDENTIFICADOR ÚNICO DE MEDICAMENTOS, além disso, o código de identificação da embalagem, que pode ser um palllets, ou uma caixa. } cAgreg := ''; // Código de Agregação (opcional) de 1 até 20 dígitos end; // Campos específicos para venda de medicamentos // Ocorrências: 1 - 1 With Prod.med.New do begin {cProdANVISA = Código de Produto da ANVISA, Utilizar o número do registro ANVISA ou preencher com o literal “ISENTO”, no caso de medicamento isento de registro na ANVISA. } cProdANVISA := '1256802470029'; { Obs.: Para medicamento isento de registro na ANVISA, informar o número da decisão que o isenta, como por exemplo o número da Resolução da Diretoria Colegiada da ANVISA (RDC). } xMotivoIsencao := ''; // Motivo da isenção da ANVISA vPMC := 100.00; // Preço máximo consumidor end; Exemplo para quem utiliza o ACBrMonitor ou o ACBrLibNFe: ; O Grupo "Rastro" deve ser preenchido apenas para produto rastreado conforme especificações técnicas xxx = numero do item do produto que pode variar de 001 até 999 yyy = numero referente aos dados do rastro. Cada produto pode ter até 500, portanto ele pode variar de 001 até 500 [rastroxxxyyy] nLote= qLote= dFab= dVal= cAgreg= ; O Grupo "Medicamento" deve ser preenchido apenas para NFe de Medicamentos conforme especificações técnicas xxx = numero do item do produto que pode variar de 001 até 999 yyy = numero referente aos dados do medicamento. Na versão 4.00 da NF-e yyy tem que ser igual a 001 [Medicamentoxxxyyy] cProdANVISA= xMotivoIsencao= vPMC= Observação: No exemplo para o ACBrMonitor e ACBrLibNFe se baseie nas observações que se encontram o exemplo para o componente logo acima.

Bom dia, Já inclui na minha lista de tarefas. TK-2976

Boa tarde Crystiano, Solicita aos seus clientes que protocolem uma reclamação na prefeitura, relatando o problema de não conseguir emitir as notas via webservice. Quanto mais empresas protocolarem reclamação na prefeitura, mais rápido o problema será resolvido.

Boa tarde Guilherme, Muito obrigado pela colaboração, já esta no SVN.

Boa tarde Clverson, Por favor crie uma outra postagem, pois a sua não tem nada haver com o assunto inicial deste tópico. Boa tarde Guilherme, Se foi necessário acrescentar essa configuração, veja: procedure TACBrNFSeXWebserviceIPM101.SetHeaders(aHeaderReq: THTTPHeader); var Auth: string; begin with TConfiguracoesNFSe(FPConfiguracoes).Geral.Emitente do Auth := 'Basic ' + string(EncodeBase64(AnsiString(WSUser + ':' + ParseText(AnsiString(WSSenha), False)))); aHeaderReq.AddHeader('Authorization', Auth); end; O componente monta automaticamente o Authorization se a versão for 1.01 Sendo assim o correto é: [4104907] ; Incluído em 08/03/2022 ; Atualizado em 11/08/2022 Nome=Castro UF=PR Provedor=IPM Versao=1.01 ProRecepcionar=https://ws-castro.atende.net:7443/?pg=rest&service=WNERestServiceNFSe/

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

Boa tarde Tiago, Ai que está o problema, você esta gerando um XML com um layout e grafia e esta tentando carregar o mesmo no ACBrNFSeX para que este faça o resto do serviço. Qual é a dificuldade em usar o componente ACBrNFSeX do inicio ao fim? Ou seja, alimenta o componente com os dados do serviço e execute o método Emitir para que o mesmo faça todo o trabalho. Você observou que os layouts dos XML gerado por esse tal de "Auditor" é totalmente diferente do que é gerado pelo ACBrNFSeX?, O teu "Auditor" pode funcionar 100% com a NF-e, NFC-e, CT-e, MDF-e, BP-e, mas com a NFS-e esquece não vai funcionar. Só o provedor Betha que segue o layout da ABRASF tem dois layouts diferentes.

Boa tarde Isaac, No que se refere a pagamento, existem vários tipo de pagamentos: pagamento de títulos, tributos, entre outros. Temos o manual da Febraban que nos apresenta um layout para cada Registro e Segmento que compõe tanto o arquivo de Remessa quanto o de Retorno. Mas infelizmente não é seguido a risca pelos Bancos. Vai ser necessário consultar o manual do banco em questão, mais precisamente nos segmentos de retorno de pagamentos para ver se nesses segmentos consta as informações desejadas. Quanto a sua ultima pergunta: ACBrValidador function Modulo11(const Documento: string; const Peso: Integer = 2; const Base: Integer = 9): String;

Bom dia Paulo, A principio o provedor não retorna o XML completo da nota, apenas um resumo, a não ser que tenham alterado o webservice deles recentemente para gerar o XML completo e retornar.

Bom dia Guilherme, O correto é: ProRecepcionar=https://ws-castro.atende.net:7443/?pg=rest&service=WNERestServiceNFSe/ e não ProGerarNFSe

Bom dia Douglas, Não é o ACBr que esta gerando o XML do Rps? Pela sua postagem o XML que você esta gerando a tag Alíquota esta com uma grafia diferente da usada pelo ACBr.

Bom dia Carlos, Muito obrigado pelo retorno. Chegou a testar o envio Síncrono e o Unitário? Pois o ajuste foi feito na montagem do Envelope Soap do envio assíncrono.