Italo Giurizzato Junior

Bom dia @Paula Zamboni de Campos da, A sua contribuição na alteração da unit já esta no SVN. Reforço a minha pergunta, com essa alteração você conseguiu enviar o RPS e ele ser processado com sucesso?

Bom dia @Joao Augusto Bueno Araujo, Já esta no SVN.

Bom dia @HERALDO, Foi enviado para o SVN alterações visando resolver essas questões do provedor. Como você utiliza o ACBrMonitor, por favor aguarde uma nova versão do mesmo.

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

Boa tarde @Paula Zamboni de Campos da, Com essa alteração você conseguiu enviar o RPS para o Webservice e ele ser processado com sucesso?

Boa tarde @Joao Augusto Bueno Araujo, Muito obrigado pela colaboração, já foi criado a TK-6108 para fazer a alteração.

Boa tarde @RodrigoAlvim, No retorno do envio temos a resposta: <UploadArquivoResponse xmlns="http://www.nf-eletronica.com.br/ws_nf/WS_NF_Serv.asmx"> <UploadArquivoResult>3</UploadArquivoResult> </UploadArquivoResponse> Então quer dizer que esse valor 3 que se encontra na tag UploadArquivoResult é o numero da nota, correto? Vou fazer com que o componente apresente essa informação ao tratar o retorno do envio. Já criei a TK-6107 para realizar dessa tarefa e de outras.

Boa tarde @gladston, Todos os provedores que se utilizam da versão 2.xx do layout da ABRASF como é o caso do provedor Giss não tem o serviço de Consulta a Situação do Lote. Esse serviço existe na versão 1.xx do layout da ABRASF, o provedor Ginfes se utiliza dessa versão logo é possível realizar essa consulta. Na versão 1 o fluxo é: 1. Enviar o Lote; 2. Consultar a Situação pelo numero do protocolo retornado pelo envio; 3. Consultar o Lote pelo numero do protocolo. Na versão 2 o fluxo é: 1. Enviar o Lote no modo assíncrono; 2. Consultar o Lote pelo numero do protocolo retornado pelo envio. Observação: na versão 2.xx alguns provedores implementam também em seus webservices o envio no modo síncrono e o envio unitário. Nesses dois modos de envio por trabalharem no modo síncrono não se faz necessário nenhuma consulta, pois no retorno desses envio já temos o resultado do processamento.

Boa tarde @Sanvitron, Ao enviar o RPS da forma que esta hoje o webservice do provedor rejeita ou aceita? Pois esse provedor esta implementando já faz um bom tempo e você é o primeiro a reportar isso. Precisamos saber se não devemos gerar esse namespace e se a remoção do mesmo é valida para todas as cidades atendidas pelo provedor na versão 2.04

Boa tarde @Cognum Informatica Ltda., Ao enviar o RPS da forma que o componente gera, qual é o retorno do webservice do provedor? Você poderia fazer um teste de envio no modo assíncrono e anexar os XMLs (soap) gerados para que possamos analisar?

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

Boa tarde @HERALDO, O provedor Primax herda tudo do provedor WebFisco sendo assim vamos dar uma olhada na unit WebFisco.GravarXml Receita Bruta: if cSimples then valAux := NFSe.Prestador.ValorReceitaBruta else valAux := 0.00; NFSeNode.AppendChild(AddNode(tcDe2, '#', 'ssrecbr', 1, 12, 1, valAux, '', True, xAtrib)); Se o prestador for Optante Simples Nacional devemos gerar a tag ssrecbr cujo valor vai ser o que foi informado no campo ValorReceitaBruta conforme acima. Anexo: if cSimples then strAux := NFSe.Prestador.Anexo else strAux :=''; NFSeNode.AppendChild(AddNode(tcStr, '#', 'ssanexo', 1, 15, 1, strAux, '', True, xAtrib)); Se o prestador for Optante Simples Nacional devemos gerar a tag ssanexo cujo valor vai ser o que foi informado no campo Anexo conforme acima. Tag iteser1 é gerada com base no conteúdo de: ItemListaServico for i := 1 to 8 do begin if (i = 1) and cSimples then NFSeNode.AppendChild(AddNode(tcStr, '#', 'iteser' + IntToStr(i), 1, 5, 1, NFSe.Servico.ItemListaServico, '', True, xAtrib)) else NFSeNode.AppendChild(AddNode(tcStr, '#', 'iteser' + IntToStr(i), 1, 5, 1, '', '', True, xAtrib)); end; Por fim, correlação ao usuário, senha e os CNPJ/CPF com mascara fiz uma alteração na referida unit que segue em anexo. WebFisco.GravarXml.pas Substitua pela unit em anexo, reinstale o ACBr, recompila a aplicação com a opção Build e faça novos testes.

Bom dia @gladston, Acho que não fui claro. O provedor Giss possui 3 serviços destinados a recepcionar o RPS, são eles: 1. Recepcionar Lote de RPS no modo Assíncrono; 2. Recepcionar Lote de RPS no modo Síncrono; 3. Gerar NFSe (recepcionar apenas 1 RPS no modo Síncrono). Segundo a sua primeira postagem foi utilizado o Envio de Lote em modo Síncrono: Método Executado: Enviar Lote Síncrono Eu lhe pedi para testar os outros 2. No programa exemplo do componente temos 4 botões para enviar o RPS. [Emitir Nota (Novo)] este se utiliza do modo automático que no caso do provedor Giss vai utiliza o envio em lote no modo síncrono. [Enviar Lote RPS (Assíncrono)] este envia o lote no modo assíncrono (Serviço 1). [Enviar um RPS (Unitário)] este envia apenas um RPS no modo síncrono (Serviço 3). [Enviar Lote RPS (Síncrono)] este envia o lote no modo síncrono (Serviço 2). O que eu pedi para você fazer é testar os botões referente ao envio no modo Assíncrono e Unitário para sabermos se a mensagem retornada é a mesma. E não para testar as consultas.

Bom dia @HERALDO, Notei que no XML que você anexou temos: <prf xsi:type="xsd:string">00000000000000</prf> <usr xsi:type="xsd:string">00135320000159</usr> <ctr xsi:type="xsd:string">888888</ctr> <cnpj xsi:type="xsd:string">00000000000</cnpj> <cnpjn xsi:type="xsd:string">FULANO DE TAL</cnpjn> Mas vendo um manual que tenho consta consta que os CNPJ e CPF devem estar formatados. <prf xsi:type="xsd:string">00.000.000/0000-00</prf> <usr xsi:type="xsd:string">00.135.320/0001-59</usr> <ctr xsi:type="xsd:string">888888</ctr> <cnpj xsi:type="xsd:string">000.000.000-00</cnpj> <cnpjn xsi:type="xsd:string">FULANO DE TAL</cnpjn> Tente com os CNPJ e CPF formatados para ver se vai funcionar.

Bom dia @Valdir Dill, Vou aguardar até o dia 30/10/2024, data prevista para entrar em vigor essas alterações. Espero que até lá saia uma nova NT e Schemas corrigindo essa zorra.

@RodrigoAlvim, Além de fazer a troca da unit você reinstalou o ACBr? Veja a linha que eu inclui: FormatoItemListaServico := filsComFormatacaoSemZeroEsquerda; Isso diz para o componente que o Item da Lista de Serviço deve ser formatado só que sem o zero a esquerda. De pois de reinstalar o ACBr se faz necessário também compilar a aplicação com a opção Build.

Boa tarde @HERALDO, Agora esta gerando o XML com o CNPJ da prefeitura e do prestador esperado pelo webservice quando se trata de ambiente de homologação?

Boa tarde @tryideas sistemas, A tag sTipoTomador esta como obrigatória, estamos fazendo as devidas alterações. Outra coisa no arquivo INI na seção Tomador inclua o campo: [Tomador] (...) ; 1 = Tomador é do Exterior e 2 = Tomador não é do Exterior TomadorExterior=1 ou 2 Como você utiliza a ACBrLibNFSe favor aguardar a liberação da nova versão.

@devFortes, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Implementei a leitura do grupo <total>

Boa tarde @João Antônio, Já esta no SVN.

Boa tarde @Quality Automação, Já esta no SVN.

Boa tarde @Elmar Luiz, Você não informou o CNPJ ou o CPF do prestador de serviço e nem do tomador.

Boa tarde @Paula Zamboni de Campos da, Substitua pela unit em anexo, reinstale o ACBr e faça novos testes. Giss.GravarXml.pas

Boa tarde @RodrigoAlvim, Por favor substitua pela unit em anexo, reinstale o ACBr e faça novos testes. NFEletronica.GravarXml.pas

Boa tarde @Valdir Dill, Foi publicado a NT 2024/001 que trata de alterações no layout do XML, bem como os schemas. O Problema é que as informações constantes no manual não batem com os schemas, veja: Manual: Schemas: Pelo Manual fica claro que a tag tpEmit pode receber os calores de 0 até 4. Por outro lado pelo Schemas os valores validos são de 0 até 3. E que o valor 3 seria utilizado para identificar o tipo de emitente como sendo transportadora ou ECT. Isso é só uma das inconsistências que eu achei. Será que vamos ter que consertar os schemas para eles?