Italo Giurizzato Junior

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.

Bom dia André, Você chegou a configurar o programa exemplo e tentar enviar alguma nota? Até onde sei a cidade de Recife possui um provedor próprio chamado Recife. Configure e faça os testes, reporte os problemas para que possamos lhe ajudar, pois tem muita coisa ai que é especifica para um determinado provedor que infelizmente não consta um comentário alertando que a linha abaixo deve ser incluída para o provedor XYZ.

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.

Boa tarde Luiz, Muito obrigado pela colaboração, já enviei para o repositório.

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

Junior, Primeiro tente enviar essa nota para o ambiente de homologação para ver se ocorre o mesmo erro. Se não ocorrer e a nota for autorizada, significa que o idCSC e CSC que estão na configuração do Monitor são para o ambiente de homologação. Ai sim você solicita ao contador o idCSC e o CSC do ambiente de produção.

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.

Boa tarde Cassiano, Se ao copiar o arquivo ACBrCTeServicos.ini para a pasta da aplicação, funcionou isso significa que você configurou o componente para ele ler o arquivo. Se deixar vazio a propriedade de configuração: IniServicos não precisamos copiar o arquivo em questão.

Boa tarde Junior, No ACBrMonitor existe uma aba onde você informa o idCSC e o CSC. Existe idCSC e CSC para o ambiente de homologação e um outro para o ambiente de produção. O meu questionamento é o seguinte, como você esta enviando a nota para o ambiente de produção o idCSC e CSC informados na aba de configuração do Monitor também é de produção? Pois se informar o idCSC e CSC de homologação e enviar a nota para o ambiente de produção vai ocorrer erro.

Liberado o WebService de Recepção Síncrono em Homologação Está implantando no ambiente de homologação da SVRS o WebService de Recepção Síncrona do CT-e conforme estabelecido no MOC 3.00a. A URL do serviço e o WSDL podem ser obtidos acessando o menu Serviços do Portal. A liberação ocorreu no dia 02/08/2019, não temos informações de quando será liberado em ambiente de produção. As alterações no componente já estão sendo feitas e serão liberadas, para que vocês possam realizar os testes.