Italo Giurizzato Junior

Boa note Valdemir, Manual do CT-e versão 3.00 - página 9 temos: A versão 3.00 introduz novas possibilidades de emissão de Conhecimento de Transporte para outros serviços, visando substituir a Nota Fiscal de Serviço de Transporte modelo 7 no que se refere aos serviços que não envolvem o transporte de cargas, a saber: · Transporte de Pessoas; · Transporte de Valores; · Excesso de Bagagem; Na primeira versão, o modelo 67 será desenvolvido para atender exclusivamente as prestações de serviço de Transporte de Pessoas, com a possibilidade de ser expandido futuramente para os outros serviços através de revisão deste MOC ou Notas Técnicas. Só não deixa claro quais tipos de empresas vão poder emitir o CT-e OS no que diz respeito a transporte de pessoas.

Boa noite ALA, Pelo que pude ver segundo a documentação o layout XML não segue o layout da ABRASF. Me desculpe, eu em particular não estou implementando nenhum provedor que não siga o layout da ABRASF. Visto que existe um projeto da NFS-e Padrão Nacional cujo projeto piloto esta previsto agora para dezembro/2017.

Boa noite ALA, De uma olha na procedure GerarValePedagio que se encontra na unit pmdfeMDFeW.pas A maneira de alimentar os dados mudou se tratando da versão 3.00

Boa noite Rodrigo, Você não encontrou? Temos um fragmento de código de coma fazer na pasta: ...\Exemplos\ACBrDFe\ACBrCTe O arquivo CartaCorrecao.txt foi disponibilizado em 17 de setembro de 2014

Boa noite Luis, Quais são as informações necessárias para emitir um CT-e de Anulação? E quando devemos emitir um CT-e de Anulação? As respostas para essas perguntas você encontra em: http://www.ophos.com.br/app/publicacoes/detalhe/ct-e-de-anulacao-e-substituicao/

Boa tarde Filipe, Ao ler a NT passou a desapercebido, muito obrigado pelo aviso, Para gerar a tag indAlteraToma basta incluir a seguinte linha: infCTeNorm.infCteSub.indAlteraToma := tiSim; ou infCTeNorm.infCteSub.indAlteraToma := tiNao para não gerar a tag.

Boa tarde a todos, Corrigi o pacote de instalação do componente e enviei para o repositório.

Dirlenio, Na versão 3.00 do CT-e esta previsto a tag: indAlteraToma = Indicador de CT-e Alteração de Tomador. Mas o componente ACBrCTe não esta gerando essa tag pois consta no manual a seguinte recomendação: Tag com efeito e utilização aguardando legislação, não utilizar antes de NT específica tratar desse procedimento. Sendo assim não vejo nenhuma alternativa de resolver o problema.

Bom dia a todos, Lembrem-se que o envio do CT-e é assíncrono, ou seja, ao enviar temos como resposta o numero do recibo que acusa o recebimento do lote de CT-e pela SEFAZ. Em seguida devemos realizar uma consulta informando o numero do recibo para saber o resultado do processamento do(s) CT-e que constam no lote enviado. Já o envio do CT-e OS é síncrono, ou seja, ao enviar temos como resposta o resultado do processamento, portanto não temos o numero do recibo e consequentemente não se faz necessário realizar a consulta através do numero do recibo. Espero ter ajudado.

Bom dia Jhonlenon, Só uma observação, o que você esta fazendo é a Manifestação do Destinatário e não Manifesto de NF-e. Temos que tomar cuidado, pois existe o Manifesto de Documentos Fiscais Eletrônicos - MDF-e, que se trata de um outro documento fiscal eletrônico que não tem nada haver com o evento de Manifestação do Destinatário. Fica ai a dica.

Bom dia Valdemir, Lembre-se que o CT-e OS foi criado para acobertar a prestação de serviço de transporte de Valores, Fretamento e Bagagem extra. A empresa que hoje já emite o CT-e, fora o transporte de carga também realiza os tipos de serviço acima citados? Se não realiza acredito que não seja possível a emissão do CT-e OS.

Bom dia Marília, Esse XML que você anexou trata-se do XML gerado pela primeira vez? Pois notei que o IE consta no grupo <rem>. Outra coisa, altere a linha que você carrega o XML para: CTe.Conhecimentos.LoadFromStream(st, False); O parâmetro False faz com que o XML não seja gerado novamente.

Bom dia, A regra G73 com a Nota Técnica 2017/002 versão 1.02 ficou mais clara, pois antes o texto era: Se Tipo de Serviço = “Serviço Vinculado a Multimodal” deve ser referenciado pelo menos um CT-e autorizado pelo OTM (infServVinc/infCTeMultimodal/chCTeMultimodal). Agora passou a ser: Se Tipo do CT-e= 0 (Normal) ou 3 (Substituição) e Tipo de Serviço = “Serviço Vinculado a Multimodal” deve ser referenciado pelo menos um CTe autorizado pelo OTM (infServVinc/infCTeMultimodal/chCTeMultimodal). Chegamos a conclusão que um CT-e cujo tipo de serviço é Serviço Vinculado a Multimodal, o seu tipo só pode ser Normal ou de Substituição. O pessoal da SEFAZ ainda não entenderam que o seu objetivo é emitir um CT-e de Complementação de Valor cujo tipo de serviço é Serviço vinculado a Multimodal e pela regra G73 esse CT-e será rejeitado.

Bom dia Felipe, Primeiramente me preocuparia com a versão 3.00 do CT-e uma vez que a versão 2 só será aceita até o dia 04/12/2017, ou seja, até segunda feira. Em que sentido você deseja destacar o valor do Seguro? Você quer que ele seja impresso no DACTE ou faça parte da composição do valor do frete?

Boa tarde Andrei, Você pode mudar os valores das propriedades: Tentativas, IntervaloTentativas, AguardarConsultaRet. Tentativas se refere a quantidade de vezes que o componente vai consultar o Lote para obter o resultado do processamento. IntervaloTentativas é o tempo em milisegundos entre uma consulta e outra. AguardarConsultaRet é o tempo em milisegundos que o componente vai aguardar antes de realizar a primeira consulta ao Lote. Agora em em alguns casos chega demorar 2 horas, ai o problema é no provedor.

Boa tarde Marília, Na sua aplicação você esta atribuindo o valor tmOutros a toma03 e a toma4?

Boa tarde, Sugiro entra em contato com a SEFAZ e questioná-los sobre esse cenário.

Boa tarde Marcelo, Favor atualizar novamente, fiz mais uma alteração no Schema: tiposGeralMDFe_v3.00-OPENSSL.xsd

Boa tarde Dirlenio, Pelo que estou entendendo foi emitido um CT-e, mas foi informado a pessoa errada como tomador do serviço. Essa pessoa emitiu o evento de Prestação de Serviço em Desacordo. Agora você quer emitir um CTe de Substituição informando o Tomador correto?

Bom dia, Primeiro gostaria de lhe pedir mais atenção quando postar, pois local é destinado a questões do componente ACBrCTe e não ACBrNFe. Segundo o retorno diz que no momento não foi localizado nenhum documento, sendo assim é preciso aguardar e tentar novamente.

Entendi. Dentro do grupo <infCteComp> só existe uma tag: <chCTe> cujo conteúdo devemo informar a chave do CTe a ser complementado. Faça um teste, pode ser que seja rejeitado pela regra G73, mas não custa nada tentar.

Bom dia Marília, Não entendi, você tem uma uma rotina própria que gera o XML? E ao ler esse XML pelo ACBrCTe, ele gera novamente o XML e remove a tag, mas qual tag? Anexo o XML gerado pela sua aplicação e outro gerado pelo ACBrCTe.

Bom dia a todos, Se emitirmos um CT-e de Anulação em seguida devemos emitir o CT-e de Substituição, mas podemos emitir o CT-e de Substituição sem ter emitido o CT-e de Anulação, vamos a um exemplo para entender. Se o tomador do serviço não for contribuinte do ICMS a sequencia é: CT-e Normal -> CT-e de Anulação -> CTe- de Substituição. Se o tomador do serviço for contribuinte do ICMS a sequencia é: CT-e Normal -> CTe- de Substituição.

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

Bom dia Cezar, Acredito que você não entendeu, a cidade de Guarapuava/PR se utiliza do provedor Pronim (versão 2) sendo assim é preciso utilizar os Schemas da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\Pronimv2 caso contrario você terá esses tipos de erros.