Italo Giurizzato Junior

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

Bom dia Marcos, Favor atualizar os fontes, reinstale o ACBr e faça novos testes com o provedor Saatri.

Bom dia Paulo, Já esta no SVN.

Bom dia Alexandre, Já esta no SVN a alteração da URL.

Bom dia Leandro, Já esta no SVN.

Boa noite a todos, No arquivo ACBrNFSeXServicos.ini consta que a cidade Campos dos Goytacazes/RJ se utiliza do provedor Ginfes. Se agora mudou para o Giss, quais são as URLs de homologação e produção?

Boa noite Jefferson, Deixa eu ver se entendi: No programa exemplo agora esta funcionando, por outro lado na sua aplicação não esta, correto? Ambas as aplicações estão sendo executadas na mesma maquina ou em maquinas diferentes? Se são maquinas diferentes favor copiar para dentro da pasta que tem o seu executável as DLLs que estão na pasta: ...\DLLs\OpenSSL\1.1.1.10\X86 E faça novos testes.

Boa noite Alexandre, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3980

Boa noite Paulo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3979

Boa noite Leandro, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3978

Boa noite Douglas, Comparando os 2 XML temos o seguinte: Gerado pelo programa exemplo. <CodigoTributacaoMunicipio>63194</CodigoTributacaoMunicipio> Gerado pela sua aplicação. <CodigoTributacaoMunicipio>1.09</CodigoTributacaoMunicipio> O que tudo indica esse código 63194 não existe na base de dados do provedor.

Boa noite, As cidades que por venturam venham aderir ao projeto da NFS-e Padrão Nacional ou MEI (Micro Empreendedor Individual) que vai ser obrigado a emitir segundo o Padrão Nacional a partir de setembro/2023, temos o seguinte: 1. O envio é unitário, ou seja, um DPS (Declaração Previa de Serviço) por vez; 2. O envio vai ocorrer no modo Síncrono; 3. No retorno do envio já temos o XML da NFS-e caso o DPS venha ser processado com sucesso.

Boa noite @cdsistemas, Dentro da pasta: ...\Exemplos\ACBrDFe\ACBrNFSeX\Delphi Temos o arquivo TabServicos.txt onde você pode acrescentar esse item de serviço (código e descrição) e salvar ele dentro da pasta do executável. Desta forma a descrição vai ser impressa.

Boa tarde Marcos, Pela mensagem de erro do provedor Saatri esta faltando alimentar o campo: NFSe.Servico.MunicipioIncidencia Com o código IBGE do município de incidência.

Boa tarde Raphael, Já esta no SVN. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Fiz pequenas alterações na sua contribuição.

Boa tarde Flavio, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes.

Boa tarde, Já esta no SVN.

Boa tarde, Já esta no SVN. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia, Favor entrar em contato com o provedor. A mensagem diz que ele não encontrou o SoapAction na requisição e pede para acessar o wsdl para saber qual é o SoapAction correto, mas o componente esta enviando na requisição o SoapAction definido no WSDL.

Bom dia Everton, Já esta no SVN.

Bom dia João, Já esta no SVN.

Bom dia Glauber, Já esta no SVN.

Bom dia Danio, Já esta no SVN.

Bom dia Douglas, Vamos lá: Na pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe\MegaSoft\2.00 temos os Schemas usados pelo provedor MegaSoft. Vamos pegar o nfse_v01.xsd que é o que tem o layout do XML do RPS e da NFS-e. Veja o fragmento que define o conteúdo do grupo <Valores> : <xsd:complexType name="tcValoresDeclaracaoServico"> <xsd:sequence> <xsd:element name="ValorServicos" type="tsValor" minOccurs="1" maxOccurs="1" /> <xsd:element name="ValorPis" type="tsValor" minOccurs="0" maxOccurs="1" /> <xsd:element name="ValorCofins" type="tsValor" minOccurs="0" maxOccurs="1" /> <xsd:element name="ValorInss" type="tsValor" minOccurs="0" maxOccurs="1" /> <xsd:element name="ValorIr" type="tsValor" minOccurs="0" maxOccurs="1" /> <xsd:element name="ValorCsll" type="tsValor" minOccurs="0" maxOccurs="1" /> <xsd:element name="Aliquota" type="tsAliquota" minOccurs="0" maxOccurs="1" /> <xsd:element name="DescontoIncondicionado" type="tsValor" minOccurs="0" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> Note que não tem a tag ValorIss. Agora veja este outro fragmento que define o conteúdo do grupo <ValoresNfse> que esta dentro do grupo <InfNfse>. <xsd:complexType name="tcValoresNfse"> <xsd:sequence> <xsd:element name="BaseCalculo" type="tsValor" minOccurs="1" maxOccurs="1" /> <xsd:element name="Aliquota" type="tsAliquota" minOccurs="1" maxOccurs="1" /> <xsd:element name="ValorIss" type="tsValor" minOccurs="1" maxOccurs="1" /> <xsd:element name="Deducao" type="tsValor" minOccurs="1" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> Note que neste temos a tag ValorIss. Resumindo, a tag ValorIss pertence ao layout da NFS-e e não do RPS, logo essa tag não vai constar mesmo no XML do RPS que é enviado para o provedor. Com relação as mensagens diferentes, isso é porque os dados enviados pelo programa exemplo são um e pela sua aplicação são outros, logo podemos ter respostas diferentes do provedor. O XML com a mensagem de resposta é gerado e retornado pelo provedor e não pelo componente.

Bom dia Gladston, O pessoal que tenho contato, não tem ocorrências com a cidade de Goiânia/GO. Se for possível faça um teste usando um certificado A1. Eles não souberam me informar se os clientes deles dessa cidade utilizam só certificado A1 ou sem tem alguém que usa A3. Se com A3 esta ocorrendo problemas, não vejo outra alternativa fazer um teste com o A1.