Italo Giurizzato Junior

Boa tarde @lucasatz, Muito obrigado pela colaboração, já foi criado a TK-7349 para realizar a alteração.

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

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

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

@João Carlos Gielow, Já esta no SVN.

Boa tarde @Arthur Haupt Pacheco, Muito obrigado pela colaboração, mas no arquivo ACBrNFSeXServicos.ini a referida cidade já consta com essas informações. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde @João Carlos Gielow, Esse manual se refere a verão 1 do layout da ABRASF com a alteração para contemplar o grupo CondicaoPagamento. Sendo assim a versão correta é 1.00 e não 2.02 Na página 13 desse manual temos: Esses são os serviços da versão 1 do layout da ABRASF. A versão 2.xx tem mais serviços.

Bom dia @João Carlos Gielow, Ao clicar nesse link ele pede usuário e senha, não tem como baixar o PDF do manual?

Boa tarde @infotecjf, Para imprimir o DANFSE se faz necessário carregar o XML da NFS-e e não do RPS. Outra coisa, o XML que esta tentando carregar foi baixado do site da prefeitura ou retornado do webservice do provedor?

Boa tarde @João Carlos Gielow, Checando o WSDL da URL referente a recepção de lote de RPS nota-se o seguinte: <xsd:complexType name="tcCondicaoPagamento"> <xsd:sequence> <xsd:element minOccurs="0" name="Condicao" type="tsCondicao"/> <xsd:element minOccurs="0" name="QtdParcela" type="tsQtdParcela"/> <xsd:element maxOccurs="99" minOccurs="0" name="Parcelas" type="tcParcelas"/> </xsd:sequence> </xsd:complexType> <xsd:complexType name="tcParcelas"> <xsd:all> <xsd:element minOccurs="0" name="Parcela" type="tsParcela"/> <xsd:element minOccurs="0" name="DataVencimento" type="xsd:dateTime"/> <xsd:element minOccurs="0" name="Valor" type="tsValor"/> </xsd:all> </xsd:complexType> São tipos complexos para Condição de Pagamento e Parcelas os grupos: CondicaoPagamento e Parcelas estão presentes na versão 1 do layout utilizado pelo provedor Betha, trata-se da versão 1 do layout da ABRASF, mas com esses novos grupos. Portanto se as URLs são exatamente essas a versão do layout do XML não é 2.02 e sim 1.00 Preciso dessa confirmação: qual é a versão correta ou quais são as URLs corretas.

Boa tarde @Uillian Chagas Prates, Já esta no SVN.

Bom dia @Alex Leiva, Já esta no SVN.

Bom dia @Márcio Baroni, Já esta no SVN.

Bom dia @IMATECH, Já esta no SVN.

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

Boa tarde @João Carlos Gielow, Noite 2 coisas: 1. As URLs de homologação são as mesmas de produção e o provedor Betha não tem uma tag no XML que define se a nota esta sendo enviada para o ambiente de homologação ou de produção. 2. Essas URLs estão muito diferentes de outras cidades que são atendidas pelo provedor Betha versão 2.02, veja: [1301852] ; Incluído em 13/03/2023 Nome=Iranduba UF=AM Provedor=Betha Versao=2.02 ProRecepcionar=http://e-gov.betha.com.br/e-nota-contribuinte-ws/nfseWS HomRecepcionar=http://e-gov.betha.com.br/e-nota-contribuinte-test-ws/nfseWS Praticamente todas as cidades que se utilizam o provedor Betha versão 2.02 usam as mesmas URLs da cidade de Iranduba/AM. Por favor verifique isso.

Boa tarde @João Antônio, Muito obrigado pela colaboração, já foi criado a TK-7329 para realizar a alteração.

Boa tarde @Vitor Barbieri, Assim que você tiver as units escritas por favor anexe aqui para que possamos validar e enviar para o SVN, bem como as cidades atendidas por esse provedor.

Boa tarde @prismars, Fiz um teste usando o programa exemplo com os seus XML. Usei o botão Validar XML para testar a carga do XML e sua validação. Em ambos a carga do XML ocorreu com sucesso e os mesmos são validos. Acredito o seu problema seja configuração do componente, alguma configuração esta errada e com isso provocando esse erro.

Bom dia @Marcos Pereda, Acredito que não seja possível. Vamos ter que mudar isso, ou tornar essa propriedade uma propriedade de configuração ou incluir ela na leitura do arquivo INI. Vamos estudar a melhor solução para este caso. Já foi criado a TK-7322 para analise e modificações.

Bom dia @lucasatz, Veja como esta o campo Discriminação: <Discriminacao>[[Descricao=MAO DE OBRA;;VENCIMENTO: 02/08/2025 30,00;;Inscricao estadual tomador: ISENTO;;OBS: S.S. 2QLWQT/10KARDIANPLACA: TDD-8A8120.432 KM][Quantidade=1.0000][ValorUnitario=30,0000][Deducoes=0,00][Descontocondicionado=0,00][DescontoIncondicionado=0,00]]</Discriminacao> <CodigoMunicipio>4204004</CodigoMunicipio> Não seria o caso de trocar a virgula por ponto nos valores?

Bom dia @lucasatz, Não seria melhor implementar esse novo campo para ser utilizado na consulta, mas em vez de alterar o método ConsultarNFSePorRps incluindo um novo campo só para atender esse provedor, usarmos o ConsultarNFSeGenerico?

Boa noite @nenelvida, Já esta no SVN.

Boa noite @Bochnia, Já esta no SVN.

Boa noite @Márcio Baroni, Já esta no SVN a correção.