Italo Giurizzato Junior

Bom dia Jociele, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Hugo, Já esta no repositório.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, "Estou fazendo uma mdfe pelo conecta", desculpa não entendi, quem é esse conecta?

Boa tarde Hélio, Muito obrigado pela colaboração, vou fazer a correção e enviar para o repositório.

Boa tarde nebrio, Eu não vejo a hora do governo tomar vergonha na cara e acabar com essa palhaçada que é a NFS-e. Além de não existir um padrão a nível nacional essas empresas que chamamos de provedor não são capazes de manter um padrão para todas as cidades que eles atendem. A SigCorp é uma delas. No caso da cidade de Avaré a URL de homologação começa da seguinte forma: testeabrasfavare.sigbancos Já para a cidade de Mogi Mirim a URL de homologação começa dessa outra forma: abrasfmogimirimteste.sigbancos Percebeu a diferença? Para atender essas duas cidades, será necessário fazer uma alteração no arquivo Cidades.ini e no arquivo SigCorp.ini Vou fazer essas alterações e enviar para o repositório. Favor depois atualizar e fazer os testes com o programa exemplo.

Bom dia Hugo, Muito obrigado pela colaboração, assim que possível estarei analisando e se estiver tudo OK, vou enviar para o repositório.

Bom dia Leandro, Veja este link.

Bom dia Jeanny, Muito obrigado pela colaboração, vou passar para o pessoal que conhece mais do que eu o Fast Report para analisarem a sua contribuição.

Bom dia a todos, "ninguém esta fazendo. Somente vão fazer se a receita exigir ou se o tomador exigir" Ou até o dia que o destinatário da mercadoria entrar na justiça por não ter recebido a mercadoria e a transportadora não ter como provar que a mesma foi entregue.

Flavio, Favor atualizar os fontes e faça novos testes.

Olá pessoal, Já foi implementado no componente ACBrCTe o modo de envio síncrono de CT-e. Para que possamos enviar o CT-e no modo síncrono foi necessário acrescentar um parâmetro a mais no método Enviar. function Enviar(ALote: Integer; Imprimir: Boolean = True; ASincrono: Boolean = False) : Boolean; overload; Parâmetros do método Enviar: 1o = Número do Lote 2o = Se True imprime automaticamente o DACTE 3o = Se True o envio é no modo Síncrono, caso contrario Assíncrono. Observação: no modo Síncrono só podemos enviar UM CT-e por vez. Por padrão o parâmetro ASincrono vale False fazendo com que o envio seja realizado no modo assíncrono. Exemplos: ACBrCTe1.Enviar(StrToInt(vNumLote)); ===> envio no modo assíncrono com a impressão do DACTE automaticamente. ACBrCTe1.Enviar(StrToInt(vNumLote), False); ===> envio no modo assíncrono sem a impressão do DACTE automaticamente. ACBrCTe1.Enviar(StrToInt(vNumLote), True, True); ===> envio no modo síncrono com a impressão do DACTE automaticamente. ACBrCTe1.Enviar(StrToInt(vNumLote), False, True); ===> envio no modo assíncrono sem a impressão do DACTE automaticamente. Para quem não usa o método Enviar e prefere executar diretamente as chamadas do webservice abaixo temos um exemplo: ACBrCTe1.WebServices.Enviar.Lote := vNumLote; <=== Numero do Lote ACBrCTe1.WebServices.Enviar.Sincrono := True; <= Se True o modo de envio será síncrono, caso contrario assíncrono. ACBrCTe1.WebServices.Enviar.Executar;

Bom dia Flavio, Antes de você anexar os XMLs você identou eles?

Bom dia Christiano, Esse Emitente que é da UF = PA, possui uma filial no AM? Se sim, pela rejeição acredito que ao emitir o BP-e da volta será necessário informar os dados do Emitente da UF = AM.

Cassiano, Em alguma outra unit do seu código ele deve estar atribuindo o path do executável.

Boa tarde Hugo, Fiz algumas modificações na sua contribuição. Se no XML existe a string do QR-Code a imagem do mesmo será impressa no DACTE caso contrario não é impressa. Desde já muito obrigado pela colaboração, já se encontra no repositório.

Boa tarde João, Favor anexar o XML do CT-e e o XML de retorno gerado após o envio.

Boa tarde Edson, O motorista pode tirar uma foto do canhoto assinado pelo destinatário, ou uma foto do documento com foto do mesmo.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Rafael, Ao atualizar todos os fontes de todas as pastas, você copiou os Schemas do CT-e atualizados para dentro da pasta de schemas que a sua aplicação utiliza?

Boa tarde Emerson, Favor entrar em contato com a SEFAZ-SP e questiona-los sobre o fato deles não terem feito as devidas correções nos schemas deles. Visto que o XML esta sendo gerado em conformidade com a Nota Técnica e validado antes do seu envio através dos schemas corrigidos e disponibilizados pelo Portal do Conhecimento de Transporte Eletrônico - SVRS

Cassiano, Acho que você não entendeu. Não precisa copiar esse arquivo para dentro da pasta do seu executável. A não ser que você tenha configurado o componente para ele carregar o mesmo. Configuracoes.Arquivos.IniServicos := xPath_INI; Se xPath_INI for uma string vazia não precisa copiar o arquivo ACBrCTeServicos.ini para dentro da pasta que esta o executável. Agora se xPath_INI for algo do tipo: "C:\Erp\Exe\ACBrCTeServicos.ini" ai sim você tem que copiar o arquivo para a pasta: "C:\Erp\Exe". Espero ter ficado mais claro agora.

Boa tarde Reinaldo, Uma coisa é o XML conter a string do QR-Code, outra coisa é a impressão do mesmo no DAMDFE. A obrigatoriedade da impressão do QR-Code no DAMDFE esta prevista para outubro/2019. Temos alguns desenvolvedores colaborando com a implementação do QR-Code no DAMDFE tanto em Fast quanto em Fortes Report. Hoje existe a obrigatoriedade tanto no ambiente de homologação quanto de produção a presença da string do QR-Code no XML, mas como dito acima a impressão só para outubro/2019. Por favor leia a noticia: MDF-e versão 3.00a

Boa tarde Marcos, Pela imagem noto que o seu programa ACBrInstall_Trunk2 é antigo. Favor atualizar todos os fontes de todas as pastas usando o Tortoise diretamente, ou seja, fora no Install.

Boa tarde ALA, Acredito que até o final da semana que vem.