Italo Giurizzato Junior

Bom dia Luiz, O valor de FImprimir é false correto? Experimente deixar com o valor True e comente a linha abaixo do Enviar.

Boa tarde Ricardo, Além de você salvar a chave no banco de dados, a minha sugestão é que você salve junta mente com os demais dados da nota o valor do código, ou seja, o valor de cNF. A sua nota futuramente será rejeitada pois o valor de cNF é igual a nNF. A SEFAZ recomenda que o valor de cNF seja um numero aleatório. Faça com que a sua aplicação gere o valor de nNF de forma sequencial e de cNF de forma aleatória, salve os dois e quando for gerar o arquivo TXT atribua esses valores aos respectivos campos. Outra coisa, você não pode inutilizar uma nota, e sim um numero de uma nota que nem sequer foi emitida por motivo de falhas no sistema que fez com que a numeração sequencial tenha ficado com falhas. Você esta interpretando a mensagem de rejeição de forma errada. A chave da nota o último digito da mesma se refere ao digito verificador, os 8 dígitos que antecedem o DV é o valor do código da nota. Esses 8 dígitos devem ser iguais ao informado em cNF. Em nenhum momento na mensagem faz referencia ao numero da nota.

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.

Boa tarde Luiz, Analisando o código do componente era para ser impresso as duas cópias. Qual é o método de impressão que você esta executando?

Bom dia Luiz, Apesar de existir a propriedade pode ser que o componente não esteja levando ela em consideração. Vamos analisar o problema.

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