Italo Giurizzato Junior

Bom dia a todos, Já esta disponivel no componente ACBrMDFe a possíbilidade de imprimir os eventos aos moldes do que foi feito para a NF-e. Até o momento temos apenas a impressão para os eventos: Cancelamento e Encerramento. Funcionalidades disponibilizadas: ImprimirEvento - (testada e funcionando 100%) ImprimirEventoPDF Tome como base o programa exemplo.

Bom dia a todos, Já esta disponivel no componente ACBrCTe a possíbilidade de imprimir os eventos aos moldes do que foi feito para a NF-e. Até o momento temos apenas a impressão para os eventos: Cancelamento e CC-e. Como esses dois eventos estão disponiveis somente na versão 2.00, logo só é possível testa-los se o componente estiver configurado para esta versão. Funcionalidades disponibilizadas: ImprimirEvento - (testada e funcionando 100%) ImprimirEventoPDF EnviarEmailEvento Tome como base o programa exemplo.

Bom dia a todos, Para fechar com chave de ouro, vou responder uma questão que deve ter ficado no ar. O Sandro escreve: "No texto, ele diz que a primeira transportadora (redespachante) deve informar o valor total do serviço (do remetente até o destino) e o redespacho informa o restante do valor, dá a entender que quem vai pagar o redespacho nesse caso é a primeira transportadora." Vamos ao exemplo: Transportadora A: Tipo do Serviço = Normal; Remetente = Sandro; Recebedor = Transportadora B Destinatário = Italo; Tomador do Serviço = Sandro ou Italo; Valor do Frete = calculado até o destino, ou seja, até Araraquara Transportadora B: Tipo do Serviço = Redespacho; Remetente = Sandro (opcional); Expedidor = Transportadora A; Destinatário = Italo; Tomador do Serviço = Transportadora A A transportadora B vai informar que o tomador do serviço é "outro", neste caso deve-se informar os dados dessa "pessoa". Neste caso devemos alimentar os campos do grupo <toma4>. Resumindo, a Transportadora A vai cobrar o frete total do Remetente ou do Destinatário, e a Transportadora B vai receber da Transportadora A. Não sei se ficou claro e espero ter ajudado.

Bom dia Luan, Entre em contato com o provedor, tudo indica que o problema seja com eles.

Boa tarde Walter, Me parece que já tem alguem trabalhando nisso. E se não me falha a memória vamos ter um novo monitor especifico para a NFS-e.

Boa tarde Graça, Já esta disponivel as alterações e implementações para a impressão de eventos do CT-e. Favor atualziar os fontes e e ver como usar a impressão através do programa exemplo, botão [imprimir Evento]. Testei com o evento de cancelamento funcionou 100%, como não tenho o XML do CT-e e o de evento de CC-e não consegui realizar o teste neste caso. Se você tiver e poder postar como anexo ou enviar para mim por e-mail fico agradecido. Não testei o envio por e-mail e nem a geração do PDF do evento. se puder realizar esses testes agradeço. Fico no aguardo do seu retorno.

Boa tarde Maiko, A versão 2.00 entra em obrigatoriedade no dia seguinte da data final de vigência da versão 1.04 e esta informação esta na Nota técnica 2013/013, basta baixa-la e ler. Dica, página 5. Outra dica, o componente ACBrCTe, já esta preparado para a versão 2.00

Boa tarde Rodrigo, Obrigado pela colaboração. Os schemas que você esta utilizando é o que esta disponivel junto com o programa exemplo ou é outro? Se for outro, favor anexar aqui no forum.

Boa tarde Professor, Primeiro não existe uma chave com tudo zero. Segundo, pesquise no fórum já existem relatos sobre esse problema, e como realizar os testes, uma vez que esse problema esta ocorrendo no ambiente de homologação.

Boa tarde Rigotti, Favor atualizar os fontes e testar novamente.

Bom dia Graça, Fico feliz por estar funcionando. Se tudo der certo vou disponibilizar até o final desta semana a impressão do evento usando o Quick Report. Iniciei os trabalhos para o CT-e, assim que concluir, vou partir para o MDF-e, depois posso criar também para a NF-e, destar forma tiamos mais uma opção para a NF-e.

Bom dia Rigotti, Em qual fonte a linha esta comentada? Qual comando você utiliza para carregar o XML para o componente?

Bom dia Roberto, Muito obrigado pela colaboração, até o final da tarde de hoje já vai estar disponivel.

Boa noite Graça, Você esta utilizando os schemas da pasta: ...\Exemplos\ACBrMDFe\Delphi\Schemas\v100 Arquivo zipado: PL_MDFe_100a_pre (correcao) ?

Boa tarde sesistemas, A propriedade dhEmi é do tipo TDateTime e no XML devemos sempre informar a Data e Hora de Emissão sendo assim quando formos alimentar a respectiva propriedade devemos utilizar o Now em vez do Date, pois este útimo nos retorna somente a Data. Ide.dhEmi := Now; em vez de Ide.dhEmi := Date;

Boa tarde Rômulo, Vou checar as suas alterações assim que possível vou disponibilizar. Muito obrigado pela colaboração.

Boa tarde Graça, A versão 1.00a foi liberada para o ambiente de homologação em 29/10/2013, o previsto era para 01/11/2013 e o de produção esta previsto para 01/12/2013. Acredito que o ambiente de homologação não esteja mais aceitando a versão 1.00, somente a 1.00a. Sendo assim temos que nos focar no erro com relação a TAG: <veicTracao>, se possível poste como anexo, o XML gerado na versão 1.00a, de preferencia com os fontes recem atualizados.

Boa tarde Rodrigo, Já inclui, até o final da tarde de hoje vou disponibilizar inclusão. Muito obrigado pela colaboração.

Graça, Acredito que o problema seja na sua maquina, pois em casa e aqui na empresa, a compilação foi realizada de ambos os componentes foi realizada com sucesso.

Bom dia Mauricio, Já tentou realizar testes com uma maquina 32 bits? Outro teste é: incluir proBHISS na lista: if not (FProvedor in [proGovBr, proSimplISS, proAbaco, proISSNet, pro4R, proFiorilli, proProdata, proThema, proVirtual, proPVH, proBHISS]) Fonte: ACBrNFSeWebServices.pas Procedure: OnBeforePost

Bom dia Graça, Enviei para o SVN algumas alterações no componente ACBrMDFe. Favor atualizar todos os fontes, inclusive da pasta PCN2. É bem provavel que seja necessário recompilar o pacote do PCN2 e depois o pacote do ACBrMDFe. Pois foram incluidas novas propriedades ao componente.

Bom dia Heto Andrade, Essa diretiva de compilação foi criada para atender os componentes ACBrNFe, ACBrCTe, ACBrMDFe e ACBrNFSe, não sei lhe informar se o componente ACBrBoleto faz uso dessa diretiva.

Bom dia Tallys, O XML e o mecanismo de comunicação com o WebService é totalmente diferente do padrão ABRASF. A minha sugestão é desenvolver um componente para esse provedor e não realizar alterações no ACBrNFSe afim de atender esse provedor.

Bom dia sesistemas, Com base no seu XML e na mensagem, veja: Mensagem: Rejeicao: Data de entrada em contingencia posterior a data de emissao. XML: (...) <dhEmi>2013-11-22T00:00:00</dhEmi> (...) <dhCont>2013-11-22T17:02:06</dhCont> (...) A mensagem é clara e mostra o que você esta fazendo de errado. Note Data e Hora de Emissão: 22/11/2013 as 00:00:00, Data e Hora de Contingência: 22/11/2013 as 17:02:06 Se o inicio da contingência foi as 17 horas e você esta emitindo as 00 horas, concorda que esta errado. A Data e Hora de Contingência sempre tem que ser anterior a Data e Hora de Emissão. Manual do CT-e versão 1.04c, página 35, Regra de validação G004c.

Bom dia Datilas, A principio não existe problema nenhum em criar uma nova propriedade. Inclusive já propus varias vezes a criação de novas propriedades. O problema que eu vejo é que quando se cria uma nova propriedade ela só aparece no Object Inspector depois que você reinstala o componente novamente ou abra o pacote de instalação do mesmo e o compile novamente. Uma solução, o Grupo IPI não deve ser gerado no XML quando o documento fiscal for a NFC-e, correto? Sendo assim, em vez de você criar uma nova propriedade que diz se é ou não para gerar o grupo IPI, porque não checar o modelo de documento fiscal? Se o modelo for 65, ou seja, NFC-e não gera, caso contrario gera.