Italo Giurizzato Junior

Boa noite ALA, Solicite junto ao provedor XML de exemplo para as respectivas consultas, sem os exemplos não tem como sabermos o que pode estar errado.

Boa noite ALA, Simples, configure o componente para salvar os arquivos SOAP. Configuracoes.WebServices.Salvar := True; Desta forma será salvo tanto o arquivo de envio quanto de retorno sem nenhum tratamento feito pelo componente. Pega o arquivo de retorno que contem a palavra "-soap" no nome e abra com um navegar ou outro programa próprio para arquivos XML. Desta forma você vai saber o que esta ocorrendo.

Boa noite Clayton, Só mudou a URL de produção? E essa alteração é valida para todas as cidades atendidas por esse provedor?

Boa noite Luiz, Eu não tenho bola de cristal e muito menos recebo informações em primeira mão das prefeituras quando estas mudam de provedor. Estou sabendo que a respectiva cidade mudou através de você. Na minha postagem anterior já lhe dei a dica do que você deve fazer para que o componente gere o XML e envie o mesmo para o novo provedor. Se esta em cima da hora ou não, qual é o problema de abrir um arquivo TXT com o bloco de notas e fazer as devidas alterações? E por fim usar o programa exemplo para realizar os testes.

Boa noite Gean, Qual é o seu problema? Nos XMLs que você anexou não vejo nenhum problema. Inclusive no arquivo de retorno consta o numero do protocolo acusando que o lote de numero 7 foi recebido pelo Web Service.

Boa noite Carlos, Já faz um bom tempo que a SEFAZ não aceita mais MDF-e com NF de papel ou CT de papel. No MDF-e só podemos relacionar NF-e ou CT-e ou MDF-e (quando se tratar de multimodal). Dica: Pesquise antes, pois essa informação consta no fórum.

Boa noite Walter, Veja este link: http://www.ophos.com.br/publicacoes/detalhe/ct-e-de-redespacho/

Boa noite Souza, Baixei os seus arquivos, assim que tiver um tempo vou analisar.

Boa noite Paulo, Se a prefeitura fechou contrato com a Actcon, o jeito é fazer as devidas alterações nos programas que emitem NFS-e visando o provedor em questão. Quanto qual provedor indicar, a resposta é nenhum. Na minha opinião todas as prefeituras de todos os estados brasileiros deveriam firmar um convênio com a SEFAZ do Estado e se utilizar da NF-e para emitir Nota Fiscal de Serviço. Assim acaba com essa bagunça generalizada.

Boa noite Luiz, O provedor Actcon possui 2 versões que chamamos de Actcon e Actconv2. É preciso saber se a respectiva cidade vai usar a versão 1 ou a 2. Dentro da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI temos o arquivo Cidades.ini onde você vai ter que fazer a alteração. Veja nesse arquivo como foi feito para as demais cidades que se utilizam desse provedor. O componente possui um programa exemplo para que você possa realizar os testes.

Boa noite Luiz, Em execução normal o problema não ocorre, somente em modo "debug"? Se sim, pode ser alguma coisa no Delphi ou no Fast.

Boa noite Guilherme, O Web Service de Consultar NFe Destinadas não existe mais para NF-e e nunca existiu para o CT-e. O que existe hoje é o Web Service de Distribuição DFe para NF-e, CT-e e MDF-e. Sendo assim os componentes ACBrNFe, ACBrCTe e ACBrMDFe possuem o método DistribuicaoDFe. Favor abrir as units ACBrNFe.pas, ACBrCTe.pas e ACBrMDFe.pas para ver a assinatura desse método.

Boa Flavio, Não fiz testes, mas uma coisa é certa, tanto o NFeDistribuicaoDFe quanto o CTeDistribuicaoDFe se utilizam dos Web Services do Ambiente Nacional, logo se a SEFAZ Autorizadora não replicar as NF-e e CT-e não tem como o AN retornar mesmo que seja o resumo.

Boa noite Renato, Peça ao seu cliente trocar de contador. Se é Simples Nacional, pela estrutura do XML apresentada no manual não se calcula o ICMS.

Boa noite Werner, É dessa forma que utilizo.

Boa noite, O método ConsultarNFSe permite realizar a consulta por período, exemplo: ConsultarNFSe(DataInicial, DataFinal); Esse método vai baixar todas as notas que estão dentro do período.

Boa noite Souza, Você poderia anexar os XML gerados? Você esta usando o programa exemplo para realizar os testes?

Boa noite Heronim, Uma duvida. Esse tópico trata sobre o provedor Ginfes cidade São José do Rio Preto. Agora você esta fazendo referencia ao provedor Vitória. Desculpe não entendi.

Boa noite Marcos, Eu não vi nenhuma outra diferença. Talvez o Sistema dessa empresa não esteja preparado para ler um arquivo com encoding UTF-8.

Boa noite Heronim, Use o botão [Gerar e Enviar Lote]

Boa noite Souza, O Certificado Digital que você esta usando esta ainda válido? Você esta com todos os fontes de todas as pastas atualizados? A cidade em questão realmente utiliza esse provedor?

Boa noite Lucas, Favor atualizar os fontes e fazer novos testes.

Boa noite, Já faz um bom tempo que a SEFAZ só aceita MDFe com NFe ou CTe ou MDFe (no caso de multimodal).

Boa noite Luiz, Você esta fazendo confusão. Na página 155 do Manual CTe versão 3.00 temos o grupo <toma3> que contem o elemento <toma> e este por sua vez poderá ter os seguintes valores: 0-Remetente; 1-Expedidor; 2-Recebedor; 3-Destinatário. No seu caso o tomador do serviço é o destinatário, logo o elemento <toma> do grupo <toma3> tem que conter o valor 3. Você vai informar os dados de remetente e do destinatário em seus respectivos grupos <rem> e <dest>. Só devemos alimentar os elementos do grupo <toma4> quando o tomador não for nenhum dos sitados acima, ou seja, se trata de uma outra pessoa. Inclusive o elemento <toma> do grupo <toma4> recebe o valor 4 que significa: Outros.

Boa noite Marcos, Você pode usar o StringReplace() para remover o que existe a mais do XML antes de envia para o tomador do serviço.