Italo Giurizzato Junior

Bom dia Fábio, Já inclui na minha lista de tarefas, assim que possível vou analisar a sua alteração. Desde já muito obrigado pela contribuição.

Soares, Favor atualizar todos os fontes de todas as pastas, reinstale a suíte ACBr com o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Faça novos testes.

Bom dia a todos, O maior problema é que no arquivo *-ped-AdicOperTransp.xml e outros não contem os namespace referente aos prefixos dai o problema. Agora se você configurar para salvar os arquivos soap (Configuracoes.WebServices.Salvar := True) vai ser salvo o arquivo *-ped-AdicOperTransp-soap.xml (pegando o seu como exemplo) esse sim vai abrir através de um navegador sem nenhum problema. Vejo duas soluções para esse problema: 1. Antes de salvar os arquivos (não soap) remover os prefixos; 2. Antes de salvar os arquivos (não soap) incluir os namespace dos prefixos.

Bom dia Soares, Os caras são uns tapados, porque não deixou OffLine com o valor 9. Paciência. Vai ser necessário criar um TpcnTipoEmissao especifico para o BP-e na unit pcnConversaoBPe bem como as funções de conversão. Desta forma resolve o problema. Vou fazer isso e assim que estiver pronto aviso.

Boa tarde Fabio, Pode ter sido esquecimento de quem migrou do Quick Report para o Fortes Report. Toda ajuda nesses tipos de correções é bem vinda.

Boa tarde Amauri, O componente ACBrNFSe possui varias deficiências e acredito que essa é uma delas. Estou refazendo o componente e espero sanar varias falhas.

Boa tarde, Pela imagem essa consulta na verdade é o método ConsultarNFSe e não ConsultarNFSePorRPS.

Boa tarde Marcos, Favor anexar os arquivos alterados e os que você criou, assim posso lhe ajudar.

Boa tarde, Não precisa fazer isso, basta alterar o arquivo INI. Para cada seção existe os campos chamados CabecalhoStr e DadosStr, caso eles não sejam informados recebem o mesmo valor de Cabecalho e Dados da seção XML. Hoje esta assim: [Gerar] IncluiEncodingCab=0 IncluiEncodingDados=0 (...) Altere para: [Gerar] IncluiEncodingCab=0 IncluiEncodingDados=0 CabecalhoStr=0 DadosStr=0 (...) Estou achando muito estranho pois se você verificar o WSDL ( https://matiasbarbosamg.nfse-futurize.com.br/webservice/homo?wsdl ) temos: <xsd:complexType name="input"> <xsd:sequence> <xsd:element name="nfseCabecMsg" type="xsd:string" minOccurs="1" maxOccurs="1"/> <xsd:element name="nfseDadosMsg" type="xsd:string" minOccurs="1" maxOccurs="1"/> </xsd:sequence> </xsd:complexType> <xsd:complexType name="output"> <xsd:sequence> <xsd:element name="outputXML" type="xsd:string"/> </xsd:sequence> </xsd:complexType> Como você pode ver o tipo de dados informado tanto em nfseCabecMsg quanto em nfseDadosMsg é do tipo string. Inclusive o retorno esta definido como string mas nem sempre é.

Boa tarde Gonçalves, Na linha 300 temos o case que verifica qual é o provedor, note que na linha 306 e 307 temos respectivamente proGinfes e a linha que gera a tag Aliquota. Esta desta forma: Gerador.wCampo(tcDe4, '#25', 'Aliquota', 01, 05, 0, (NFSe.Servico.Valores.Aliquota / 100), DSC_VALIQ); ^- Indica que a tag é opcional Se mudar esse zero para 1 ela se torna obrigatória, desta forma a tag será gerada mesmo que a alíquota seja zero. Mas tome cuidado que a linha 307 é utilizada pelos provedores RJ, Publica, BHISS, Ginfes e Abaco, uma alteração nessa linha afeta todos eles.

Boa tarde Marcio, Não compreendi o que você fez em GerarPagamentosAdicPagamento, não me parece correto. Só vou poder aceita a alteração de prefixo que você fez em GerarViagemAdicViagem. Ainda hoje vou enviar para o repositório. Outra coisa, os seus fontes estão desatualizados.

Boa tarde Rodrigo, No arquivo INI do provedor você deixou fixo somente a cidade de Paracambi e como que fica a cidade de Itatiba/SP ? Realmente há necessidade de alterar o Schema de https para http? Se sim, não resolveria mudando o arquivo Cidades.ini trocando o https por http nas URLs de homologação e de produção para a cidade de Paracambi?

Boa tarde a todos, Já se encontra no repositório a contribuição do Eliezer. Muito obrigado pela contribuição Eliezer.

Boa tarde a todos, Os serviços: GerarNFSe, EnviarLoteRpsSincrono e SubstituirNFSe só existem nos provedores que seguem a versão 2 do layout da ABRASF. Como o provedor BHISS segue a versão 1, os serviços citados acima não tem como serem executados. Outra coisa importante, o serviço SubstituirNFSe realiza o cancelamento de uma NFS-e e envia um RPS, RPS este que será processado pelo webservice e se tudo ocorrer com sucesso será gerado uma nova NFS-e, NFS-e esta que vai conter em seu XML a informação que ela substitui a NFS-e que foi cancelada.

Boa tarde Carlos, Muito obrigado pela contribuição, fiz alguns ajustes no arquivo INI do provedor e enviei para o repositório. Favor atualizar tudo e fazer novos testes.

Bom dia Deivid, Favor anexar o XML de pedido de cancelamento para que possamos analisar.

Boa tarde Rodrigo, Quando algo é enviado para o webservice o componente sempre fica a espera de um retorno. O que você pode fazer é colocar o Timeout em 5000 assim no máximo o tempo de espera para ocorrer o TimeOut vai ser de apenas 5 segundos.

Boa tarde a todos, Quanto a contribuição do Eliezer, já inclui na minha lista de tarefas, ainda esta semana vou analisar.

Boa tarde Uillian, O método ConsultarLoteRps deveria retornar os XMLs das NFS-e cujos RPS foram processados com sucessos ou a lista de rejeições e não a situação. A situação igual a 4 segundo o manual da ABRASF (uma vez que o provedor ABase segue o layout da ABRASF) significa que o Lote de RPS foi processado com sucesso. Você me informar se os RPS enviados foram processados com sucesso? Essa verificação acredito eu que possa ser feita através do site ou usando o método ConsultarNFSePorRPS.

Boa tarde Carlos, Inclui na minha lista de tarefas. Assim que possível vou ver esta semana.

Boa tarde, Maravilha, assim que você finalizar a implementação de todos os métodos que o provedor disponibilizou, por favor anexa somente as units alteradas para que possamos analisar. Estando tudo OK, enviaremos para o repositório. Desde já muito obrigado pela colaboração.

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

Bom dia Willian, Se não me falha a memória a cidade de Camboriú contratou um provedor que não segue o layout da ABRASF, logo a sua implementação se torna demorada.

Bom dia Marcos, O que tudo indica esse provedor segue a versão 2 do layout da ABRASF. Logo será tranquilo a inclusão desse provedor no componente. Esta faltando os schemas para validar o XML antes do seu envio e as URLs dos ambientes de homologação e produção.

Bom dia Leonardo, Você esta com todos os fontes de todas as pastas atualizados? Se não me falha a memória na versão 2.00 do GNRE é possível informar a chave da NF-e.