Italo Giurizzato Junior

Bom dia Leonardo, Esse também é o meu entendimento, dentro ou para fora do Estado tudo indica que será necessário a emissão do MDF-e.

Bom dia Leandro, Muito obrigado, já fiz a alteração e enviei para o repositório, favor atualizar os fontes e fazer novos testes.

Bom dia BigWings, O componente ACBrCTe consegue validar um XML do CT-e OS sem a presença dessas tags? Ou você validou o XML no site da SEFAZ? Pois analisando os Schemas da versão 3.00 acredito vai ocorrer erro de validação.

Bom dia Campos, Por favor atualize os fontes antes de iniciar em produção, uma vez que recebei a URL correta para o ambiente de produção. A que estava antes no arquivo ACBrANeServicos.ini era a antiga. Com os seus testes e com a resposta positiva da AT&M acredito que não falta mais nada para migrar o componente para o Trunk2. Por favor atualize o fontes do componente e faça um novo teste em ambiente de homologação. Depois assim que possível em produção, fico no aguardo do seu retorno, para que eu possa bater o martelo e migrar o componente para o Trunk2. E desde já muito obrigado pelos testes. Em tempo, essa URL que você postou é a URL nova do ambiente de produção.

Bom dia Thiago, Que eu saiba não tem nenhuma versão do manual corrigido. Paciência.

Boa noite Rodrigo, Já enviei para o repositório. Muito obrigado pelo retorno.

Boa noite Campos, Não, o correto seria apontar para a pasta que contem os Schemas para validar o XML gerado para a AT&M. Mas até onde sei não tem os schemas, logo o componente não realiza a validação, alias nem assinar é assinado.

Boa noite Thigo, O manual esta errado.

Boa tarde Rosemeire, Acredito que você não entendeu, configure o componente para salvar os arquivos soap. Configuracoes.WebServices.Salvar := True; Utilize o programa exemplo do componente para fazer os testes. Com a configuração acima teremos os arquivos *-soap.xml tanto de envio quanto de retorno. Abrindo os de retorno através de um navegador é possível descobrir o erro, ou não.

Boa tarde André, A linha que você mencionou do XML sempre vai ser 1.00 isso não muda. Não acredito que o valor da versão iri resultar no erro 500. Por favor entre em contato com o provedor e questione sobre as URLs de homologação e produção.

Boa tarde Cleber, O problema é que o XML possui quebras de linhas e não esta assinado.

Boa tarde Roberto, Você chegou a ler o Manual do CT-e versão 3.00 - página 111 e 112 item 5.4 que trata sobre o evento de carta de correção? Acredito que não. Por favor leia, você vai descobrir o que esta errado.

Bom dia André, Abra o arquivo SisPMJP.ini e procure pela seção: XML: VersaoDados=2.02 Altere a versão de 2.02 para 1.02 e por fim faça a mesma coisa no CabecalhoMsg. Realize novos testes com essas alterações.

Bom dia João, Muito obrigado pela colaboração, já esta no repositório.

Bom dia Marcos, Com o programa exemplo ocorre o mesmo problema?

Bom dia Weverton, Com o programa exemplo ocorre o mesmo problema? O componente esta configurado corretamente?

Bom dia Cleber, Esse XML possui quebras de linhas. Ele foi gerado pelo componente?

Bom dia Adson, O cancelamento é um evento e até onde sei é o mesmo tanto para o CT-e quanto para o CT-e OS. Configure o componente para salvar os arquivos soap. Configuracoes.WebServices.Salvar := True; Esses arquivos podem dar uma dica de onde esta o problema. Cerifique-se que todos os fontes de todas as pastas estão com uma bolinha verde em seu ícone. Sugiro que baixe novamente os fontes e reinstale usando o ACBrInstall_Trunk2 marcando a opção para apagar os arquivos antigos. Depois compile a sua aplicação com a opção Build e por fim refaça os testes.

Bom dia Roberto, Você ativou a identação do XML? Se sim desativa. Outra coisa o campo TAF tem que ter 12 dígitos e o seu tem apenas 11. <TAF>88888888888</TAF>

Boa noite André, O provedor da respectiva cidade segue a versão 2 do layout da ABRASF.

Boa noite André, Muito obrigado pela colaboração, assim que o SVN voltar a funcionar vou enviar a atualização do arquivo INI.

Boa tarde Rodrigo, Você realizou testes usando o programa exemplo?

Boa tarde Graça, Vamos por partes. Para emitir um CT-e de Substituição primeiramente precisamos saber se o Tomador é Contribuinte do ICMS ou não. Se ele não for então devemos primeiro emitir um CT-e de Anulação. Temos nessa situação a chave do CT-e original e a chave do CT-e de Anulação. Ao emitir o CT-e de Substituição devemos: infCTeNorm.infCteSub.chCte -----------------------------> aqui vai a chave do CTe Original infCTeNorm.infCteSub.refCteAnu -----------------------------> aqui vai a chave do CTe de anulação Não devemos informar mais nada. No que no grupo <infCteSub> temos o elemento <refCteAnu> e o grupo <tomaICMS> são "ou exclusivos", ou seja, somente um dos dois pode ser informado no XML. Por outro lado se o tomador for contribuinte do ICMS, o mesmo deverá emitir um documento fiscal que pode ser de papel (caso ainda não seja obrigado a emitir DF-e) ou eletrônico. Se for documento fiscal eletrônico - DF-e, este poderá ser uma NF-e ou CT-e dependendo do ramo de atividade do tomador. Primeiro pelo fato do tomador ser contribuinte do ICMS não devemos emitir o CT-e de Anulação. Ao emitir o CT-e de Substituição devemos: infCTeNorm.infCteSub.chCte -----------------------------> aqui vai a chave do CTe Original infCTeNorm.infCteSub.tomaICMS.refNFe --------------------> aqui se o tomador for contribuinte de ICMS vai a chave de acesso da NFe que ele emitiu infCTeNorm.infCteSub.tomaICMS.refNF ----------------------> aqui se o tomador for contribuinte de ICMS vai a nota fiscal que não é modelo 55/65 infCTeNorm.infCteSub.tomaICMS.refCte ---------------------> aqui se o tomador for contribuinte de ICMS vai a chave de acesso do CTe que ele emitiu (tomador é outra transportadora) Note que o elemento <refNFe>, o grupo <refNF> e o elemento <refCte> são "ou exclusivos". Estou me baseando na versão 3.00 do CT-e - Manual do CT-e versão 3.00 - páginas: 177 e 178. Espero ter ajudado.

Bom dia a todos, Vejam este link: http://www.ophos.com.br/app/publicacoes/detalhe/ct-e-de-anulacao-e-substituicao/

Bom dia Willian, Qual das duas assinaturas estão erradas, da tag <Assinatura> ou a do grupo <Signature>?