Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.637
  • Registro em

  • Última visita

  • Days Won

    1.149

Tudo que Italo Giurizzato Junior postou

  1. Boa tarde Marcelo, O que você acha de contribuir com o projeto? Adicione os enumeradores que são necessários, faça os testes e estando tudo OK, anexe a unit alterada para que possamos analisar a sua contribuição. Se estiver tudo OK, enviaremos para o repositório.
  2. Boa tarde Armando, Pela URL me parece que mudaram da versão 1 para a versão 2 do layout da ABRASF. Por favor confirme se ocorreu a mudança de versão. Se sim, será necessário incluir essas URLs no Pronimv2.ini e remover essa cidade do Pronim.ini e alterar o arquivo Cidades.ini
  3. Boa tarde Maiquel, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.
  4. Boa tarde João, Rejeição 999 - Erro não catalogado, é problema na SEFAZ. Favor entrar em contato com eles e relatar o problema.
  5. Saulo, Vamos aos testes. Copie para dentro da pasta: ...\Exemplos\ACBrDFe\Schemas\NFe os schemas abaixo. e110140NFe_v1.00.xsd e110140NFCe_v1.00.xsd Copie para dentro da pasta: ...\Fontes\ACBrDFe\ACBrNFe o fonte abaixo. ACBrNFe.pas Faça um novo teste de envio de EPEC de uma NFC-e.
  6. Boa tarde Saulo, Veja esse fragmento de código do ACBr: if sModelo = '55' then GerarDestNFe(Evento.Items[i]) else begin GerarDestNFCe(Evento.Items[i]); // No EPEC da NFC-e segundo o schema as TAGs vNF e vICMS estão fora do grupo dest e não // tem a TAG vST. Gerador.wCampo(tcDe2, 'P32', 'vNF', 01, 15, 1, Evento.Items[i].InfEvento.detEvento.vNF, DSC_VNF); Gerador.wCampo(tcDe2, 'P33', 'vICMS', 01, 15, 1, Evento.Items[i].InfEvento.detEvento.vICMS, DSC_VICMS); end; Os especialistas da SEFAZ tiveram a criatividade absurda de criar 2 layouts diferentes para o mesmo tipo de evento. Para o EPEC da NF-e os campos: vNF, vICMS e cST são obrigatórios e estão dentro do grupo dest. Já no caso da NFC-e eles estão fora e só tem os campos vNF e vICMS. Estou estudando uma maneira de resolver o problema de validação da aera especifica do evento, visto que a área genérica é igual para todos os eventos.
  7. Bom dia Jociele, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.
  8. Bom dia Hugo, Já esta no repositório.
  9. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  10. Boa tarde, "Estou fazendo uma mdfe pelo conecta", desculpa não entendi, quem é esse conecta?
  11. Boa tarde Hélio, Muito obrigado pela colaboração, vou fazer a correção e enviar para o repositório.
  12. 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.
  13. 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.
  14. 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.
  15. 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.
  16. Flavio, Favor atualizar os fontes e faça novos testes.
  17. 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;
  18. Bom dia Flavio, Antes de você anexar os XMLs você identou eles?
  19. 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.
  20. Cassiano, Em alguma outra unit do seu código ele deve estar atribuindo o path do executável.
  21. 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.
  22. Boa tarde João, Favor anexar o XML do CT-e e o XML de retorno gerado após o envio.
  23. Boa tarde Edson, O motorista pode tirar uma foto do canhoto assinado pelo destinatário, ou uma foto do documento com foto do mesmo.
  24. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.