Italo Giurizzato Junior

Bom dia Claudio, A vantagem do arquivo INI é que as seções não tem uma ordem fixa, por outro lado o XML tem toda uma estrutura a ser seguida. Por exemplo as seções referente ao percurso podem estar no inicio, no meio ou no final do arquivo INI sem nenhum problema, a rotina que faz a leitura vai encontrar e ler os dados. Agora o XML você tem que gerar as tags com a grafia e posição estabelecida no manual. Logo procure sempre ter o Manual e as Notas Técnicas mais atuais possíveis.

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

Caso o problema continue com outra placa não vejo outra saída a não ser entrar em contato com o eFrete para saber o que esta de errado na requisição do pedido de retificação.

Bom dia Frederico e Ariel, Muito obrigado pela colaboração, ainda hoje estarei enviando o arquivo Cdiades.ini atualizado para o repositório.

Bom dia Heptas, Muito obrigado pela colaboração, já inclui na minha lista de tarefas e assim que possível estarei enviando para o repositório.

Bom dia Ricardo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. Ainda hoje estarei enviando para o repositório.

Bom dia, Nos testes que você fez no que diz respeito a retificação da data de liberação do pagamento, tens os XMLs de envio e de retorno? Se sim, poderia anexar para que possamos analisar?

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

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.

Bom dia Claudio, Se não me falha a memória o que foi adiado são as regras de validação da SEFAZ, portanto você tem que enviar o MDF-e com as alterações. Procure sempre ter em mãos os Manuais e Notas Técnicas para saber o que é necessário ser informado. Nos Manuais e NT normalmente consta as datas de inicio de vigência em cada ambiente. Se tratando do MDF-e aconselho você ler também a Cartilha do MDF-e. Como ter acesso aos Manuais e NT, vide o artigo: Espero ter ajudado.

Bom dia Brajan, Muito obrigado pela colaboração, fiz alterações nos arquivos: Cidades.ini e SmarAPD.ini Favor atualizar todos os fontes de todas as pastas, reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Faça novos testes.

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 Heronim, Foi necessário fazer alguma alteração no componente? Se sim, favor anexar as Units alteradas para que possamos analisar.

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.