Italo Giurizzato Junior

Bom dia Alex, Com relação a prazos segundo a Nota Técnica 2016/002 versão 1.41 - página 9: 1.3. Sobre o Prazo de Implantação O prazo previsto para a implementação das mudanças é: - Ambiente de Homologação (ambiente de teste das empresas): 20/11/2017. - Ambiente de Produção: 04/12/2017. - Desativação da versão anterior: 02/07/2018. Sendo assim a sua aplicação já pode emitir a NF-e versão 4.00 tanto em ambiente de homologação quanto de produção, a SEFAZ vai deixar de receber notas na versão 3.10 a partir de 02/07/2018. No que diz respeito ao Delphi 7 continua funcionando, mas é interessante você migrar para uma versão mais recente do Delphi.

Bom dia Carlos, Favor atualizar os fontes, reinstalar os componentes e faça novos testes.

Bom dia a todos, Favor atualizar todos os fontes de todas as pastas e façam novos testes.

Bom dia Wanderson, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia Fernando, A principio sim, mude o provedor de Betha para IPM no arquivo Cidades.ini e realize os testes. Estando tudo OK, favor anexar o arquivo Cidades.ini para que possamos depois enviar para o repositório.

Bom dia ALA, Favor entrar em contato com o provedor e solicitar as URLs de homologação e produção para que possamos atualizar o arquivo INI desse provedor.

Bom dia Diego, Favor anexar o XML de envio do lote antes da atualização e outro depois de atualizado para que possamos analisar.

Bom dia ALA, Muito obrigado pela colaboração, já enviei para o repositório. Não tem uma pastas de Schemas, pois não conseguimos até hoje os Schemas desse provedor.

Bom dia Mauricio, Goiânia, disponibilizou somente os métodos: Gerar e Consultar NFSe por RPS. Logo não vai funcionar os métodos Enviar e EnviarSincrono, muito menos os demais métodos para consulta e cancelamento.

Bom dia André, Favor atualizar todos os fontes de todas as pastas. O erro que estava ocorrendo ao validar é porque o arquivo XSD esta com erro, fiz a correção e enviei para o repositório. Quanto ao erro de envio, favor testar com as outras opções de configuração do SSLLib.

Bom dia Felipe, Utilize o método EnviarSincrono, esse provedor não disponibilizou o método Enviar e nem o Gerar.

Bom dia Felipe, Favor entrar em contato com o provedor e solicitar as URLs de homologação e de produção.

Bom dia ALA, Isso é uma questão apenas de configuração do componente, logo não se faz necessário realizar nenhuma alteração no componente. Para um cidade você configura de uma forma e para outra de outra forma. Isso você resolve tendo uma tabela de configuração ou parametrização como você queira chamar em sua aplicação. Feito isso basta criar uma rotina que lê a configuração do banco de dados e passa para o componente, desta forma a sua aplicação não vai ficar engessada.

Bom dia Tiago, Se você se refere a nota de substituição que o Dercide postou, não foi implementado, uma vez que não segue o padrão de substituição de NFS-e.

Bom dia Roger, No que diz respeito a NFS-e Padrão Nacional esta caminhando e o que tudo indica teremos novidades em julho/2018. A equipe ACBr esta aguardando a documentação necessária para poder criar se necessário um novo componente para atender as cidades que vierem a migrar para o Padrão Nacional.

Bom dia Marcelo, Estranho, pois o Hash é gerado automaticamente e passado para gerar o Lote que enviado para o provedor. Configure o componente para salvar os arquivos soap. Configuracoes.webservices.salvar := True; faça um novo teste e anexa os arquivos de envio e de retorno para que possamos analisar.

Bom dia Felipe, Pela mensagem de erro sugere que o emitente da nota tem que fazer um cadastro junto ao provedor para que possa emitir via web services.

Bom dia a todos, Com as ultimas alterações me parece que já esta sendo possível enviar com sucesso. Mas notem que foi necessário criar um arquivo INI especifico para a cidade de Sete Lagoas e para variar o provedor Actcom criou um XSD para cada ambiente, ou seja, temos um para homologação e outro para produção, se isso não bastasse tem um para cada cidade também, vejam os XSD que estão na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\Actconv2 Dependendo da cidade e do ambiente será necessário fazer uma cópia do Schema e renomea-lo para nfse_v201 ou nfse_v202 conforme o caso. Aja paciência. Peço que entrem em contato com o provedor para conseguir o XSD de Sete Lagoas - ambiente produção. Desde já muito obrigado pela colaboração.

Bom dia, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia Luiz, Por favor anexe o XML do CT-e que esta sendo rejeitado, para que possamos analisar.

Boa tarde Carlos, Sim, você consegue, mas é preciso primeiro enviar o evento de manifestação do destinatário através do comando EnviarEvento, para depois baixar usando o comando DistribuicaoDFePorChaveNFe. Espero ter ajudado.

Boa tarde Guerreiro, Insista enviando e-mail para eles, pois só assim vão resolver o problema.

Boa tarde Heto, Tem tomar cuidado com o Try pois pode ocultar algumas mensagens do componente. Outra coisa importante, o método ConsultaSituacao a principio é utilizado pelos provedores que seguem a versão 1 do layout da ABRASF. Já os que seguem a versão 2 esse método não deve ser executado.

Boa tarde Cantu, Favor enviar o XML de retorno para o meu e-mail.

Boa tarde Junior, Me diz uma coisa, no XML do CT-e quantas observações ao Fisco existem? Quantas Notas Fiscais comum (de papel) existe no CT-e? Estou te perguntando pois acredito que você esta fazendo errado o XML da CC-e. A tag nroItemAlterado não é um numero sequencial de alterações dentro do XML da CC-e e sim a posição da informação no XML do CT-e quando este se encontra dentro de uma lista. No seu XML diz que esta sendo corrigido a série da terceira nota. Se no CT-e contem apenas a informação de uma nota a tag nroItemAlterado tem que ser 01 e não 03.