sesistemas
-
Total de ítens
234 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por sesistemas
-
-
Bom dia Italo,
O path do Quick Report estava depois dos path do ACBr, mas mesmo mudando para antes dele não funcionou.
Estou utilizando a versão 5.05.2.
Estou tentando de tudo aqui, se tiver mais alguma dica fico grado.
-
Boa tarde.
Estou tentando instalar o componente ACBrMDFeDAMDFEQR que é responsável pela impressão do DAMDFE e estou tendo o mesmo problema citado acima:
[dcc32 Error] E2466 Never-build package '.ACBrMDFeDAMDFEQRpkg' requires always-build package 'QR5RunDXE3'
Eu removo o QR5RunDXE3 dos requisitos e o delphi me solicita adicioná-lo novamente. Mas mesmo assim continua dando este erro.
Alguém pode me ajudar?
Obs: estou utilizando o QuickReport Triall pois utilizo o FastReport e ainda não há o componente para o fast anda.
-
Este problema costuma acontecer aqui em Minas Gerais quando o WebService está indisponível ou instável.
-
Bom dia Graça.
Inicialmente eu estava tendo o mesmo problema que você.
Seguindo as instruções deste post:
Eu atualizei os meus XML schemas e comentei as linhas mencionadas. A partir daí até hoje estou conseguindo emitir e consultar o MDF-e em homologação aqui em MG.
Segue em anexo o xml gerado.
Se de tudo não der, poste o trecho de código ou a unit que você alimenta o componente para analisarmos.
-
Bom dia.
Gostaria de saber se alguém passa por situação semelhante e como é contornada.
Possuímos um cliente (Distribuidora que Transporta seus próprios produtos) que está me questionando a necessidade de emitir um único CT-e para vários destinatários.
Em um caso específico, ele possui uma única carga com 30 destinatários diferentes. Sendo assim, ele é obrigado a emitir 60 documentos (30 NF-e e 30 CT-e).
O seu contador entrou em contato com um Coordenador de Fiscalização da Delegacia Fiscal de Varginha - MG onde ele responde que é possível emitir um único CT-e para estas cargas, seguindo os seguintes procedimentos:
Prezados,
O Regime Especial continua em vigor, devendo ser observados as normas abaixo para e emissão do CT-e Global.
3.1 Campo Tipo do CT-e <tpCTe> será preenchido com “0” = CT-e Normal.
3.2 Prestação de serviço de transporte de um remetente para vários destinatários:
Os campos da secção Remetente serão todos preenchidos com os dados do remetente das mercadorias.
· Os campos da secção Destinatário serão preenchidos:
· Campo CNPJ <CNPJ> - será preenchido com o número do CNPJ do emitente do CT-e;
· Campo Razão Social/Nome <xNome>- Será preenchido com a expressão “DIVERSOS”.
· Demais campos dessa secção serão preenchidos com os dados do emitente do CTe.
3.3 Prestação de serviço de transporte de vários remetentes para um destinatário:
Os campos da secção Destinatário serão todos preenchidos com os dados do destinatário das mercadorias.
· Os campos da secção Remetente serão preenchidos:
· Campo CNPJ <CNPJ> - será preenchido com o número do CNPJ do emitente do CT-e;
· Campo Razão Social/Nome <xNome> - Será preenchido com a expressão “DIVERSOS”.
· Demais campos dessa secção serão preenchidos com os dados do emitente do CTe.
3.4 No campo “Observações Gerais” <xObs> - deverá ser informado a legislação pertinente ou os dados que identificam o regime especial que permite a emissão do respetivo documento.
Att.
Solano Bicalho
Coordenador de Fiscalização
Masp 668.964-0 - Tel. (35) 3068-0120
Fax. (35) 3068 0190 - VOIP 9020
Secretaria de Estado de Fazenda de Minas Gerais
Delegacia Fiscal de Varginha / Superintendência Regional de Varginha
Então fica a dúvida, pois o que sempre li até hoje, seja aqui no forum, em outros foruns e até mesmo pelo que entendi do manual, somente é permitido emitir um único CTé para um único Remetente e Destinatário. Se um deles mudar, será necessário a emissão de um novo documento.
E então, é permitido fazer este tipo de documento? Ou neste caso caberia um MDF-e ao invés de um CT-e ?
Atenciosamente,
Wislei.
-
Já pensamos algumas vezes em mudar a impressão do DACTE para QuickReport, porém todo o nosso sistema já esta utilizando o FastReport.
Sera que algum usuário do forum já não tenha esta modificação para poder disponibilizar pra gente?
Eu até tentei realizar esta mudança mas preciso estudar melhor como o componente trabalha.
-
Bom dia.
Após passar a utilizar o ACBrCTe com OpenSSL, não consigo mais Inutilizar a numeração do CT-e. Não obtenho nenhum retorno ou erro ao tentar inutilizar.
Estranho é que não houve nenhuma alteração na minha rotina, apenas recompilei o componente e não inutiliza mais.
Alguém conseguiu inutilizar com OpenSSL ?
Att, Wislei.
-
Na pasta \ACBr\Projetos\ no repositório existe um projeto para o que eu precisava: ValidadeCertificadoOpenSSL
-
1
-
-
Bom dia.
Depois de muito testar, vi que o problema estava no meu certificado digital no Windows Server.
Utilizando o ACBrCTe com OpenSSL, não é necessário eu ter o certificado instalado na máquina, bastando apenas informar o diretório do mesmo e a senha.
Muito obrigado pela atenção.
Att, Wislei
-
Bom dia.
Alguém conseguiu pegar a data de vencimento do certificado utilizando OpenSSL?
Na versão Capicon existe a propriedade ACBrCTe1.Configuracoes.Certificados.DataVenc, porém com OpenSSL não consigo de nenhuma forma.
Não consegui capturar a data também com o comando informado pelo Igor através do executável openssl.exe
Att, Wislei
-
Com a propriedade ACBrCTe1.Conhecimentos.Items.CTe.procCTe.cStat você consegue tratar o retorno de cada CT-e separadamente de acordo com a página 71 do manual v. 1.04
-
Rodrigo,
Estou implementando também o envio em Lote do CT-e e surgiu a mesma necessidade que a sua.
Para isto, eu fiz da seguinte forma:
O comando: ACBrCTe1.Conhecimentos.Items.Imprimir; abre a visualização de cada CT-e separadamente, percorrendo os conhecimentos autorizados.
Já o comando ACBrCTe1.Conhecimentos.Imprimir; ou ACBrCTe1.Enviar(lote, True); abre a visualização de todos os DACTEs em um único preview.
Obs: Eu utilizo a impressão em FastReport, não sei se em QuickReport se comporta da mesma forma.
Espero ter ajudado.
Att, Wislei
-
Centuryinf,
Parece que o pessoal continua com este mesmo problema.
Veja o post da Gr@ç@ neste post:
Você está conseguindo transmitir o MDF-e?
Eu estava conseguindo transmitir e consultar o MDF-e seguindo o exemplo do Itaulo, porém parece que houve alguma mudança nos Schemas que não estamos conseguindo mais.
Att,
-
Bom dia.
Foi me solicitado por um cliente a impressão do código de barras adicional no DACTE quando o CT-e for emitido em contingência.
Analisando o manual (1.04c) vi que realmente deve existir dois códigos de barras quando se tratar de um CT-e em contingência, sendo um para representar a Chave de Acesso e o outro para representar dados do CT-e emitido em contingência. Item 6 e 6.1 página 81.
Eu utilizo o FastReport e não vi o componente de código de barras adicional no arquivo DACTE_1_04.fr3.
A pergunta é: É realmente é necessário exibir este segundo código de barra? Pois não vi nenhum comentário no forum até agora...
E se sim, alguém já possui o arquivo para disponibilizá-lo?
Att,
Wislei
-
Também estou com um problema com o CT-e em um Windows Server 2008 r2.
No momento em que vou "atribuir" o código do certificado ao componente ACBrCTe, o executável trava. Em dois executáveis que tenho o componente está acontecendo o mesmo problema.
Alguém já passou por este problema para me dar uma solução?
Obs: O usuário do windows é um Administrador, já tentei executá o executável como administrador, mudar as opções de compatibilidade e já verifiquei o certificado...
Att,
-
Bom dia,
Estou tentando enviar um MDF-e mas estou tendo o seguinte retorno: 12347->Rejeicao: Falha no Schema XML especifico para o modal
Já realizei vários testes e não consegui resolver este problema. Já atualizei os Schemas XML contidos na pasta \ACBr\Exemplos\ACBrMDFe\Delphi\Schemas\ e também os dos portal do MDF-e.
Alguém sabe me dizer o que é este problema?
Segue XML.
Att,
-
Alguém já teve este problema citado pelo Wislei?
Também não estou conseguindo setar a quantidade de cópias para o DACTE em FastReport desta forma.
-
Boa tarde.
Gostaria de informar que o serviço de recepção já voltou ao normal "magicamente".
Att,
-
Bom dia.
Hoje ao tentar emitir um CT-e em homologação estou tendo a mesma rejeição. "3149->Rejeicao: Falha no Schema XML especifico para o modal"
Não houve nenhuma alteração no meu processo de envio, e os fontes e os XML Schema estão todos atualizados de acorod com a pasta: \ACBr\Exemplos\ACBrCTe\Delphi\Schemas\ do repositório.
Mais alguém está tendo este problema em Minas Gerais?
Obs: Autorizando o CT-e no SVC-SP, não ocorre este problema.
Segue XML.
-
Consegui resolver o meu problema alterando o número do recibo que está sendo fornecido errado para CT-e autorizado em SVC.
-
Em Minas Gerais ainda não está disponível o EPEC, como pode ser visto neste post:
-
Bom dia.
Depois de muitas tentativas e de várias respostas que não serviram de nada do SEFAZ de São Paulo, eu consegui "contornar" o problema da Consulta de um CT-e autorizado na SVC-SP.
Ao autorizar um CT-e com o TIpo de Emissão = 8 (SVC-SP), obtenho um recibo no seguinte formado: 318000003333513, onde o 31 é o código do estado (Minas Gerais no meu caso) e o 8 é o Tipo de Emissão.
Não sei porque (e nem o SEFAZ de São Paulo soube me responder) se eu alterar o recibo para 351000003333513, ou seja, como se o CT-e fosse autorizado com o Tipo de Emissão 1 - Normal, e no estado de São Paulo, eu obtenho o retorno com os dados da autorização do mesmo.
-
Boa tarde.
Estou com um problema parecido ao do nosso amigo Adriano em um CT-e de Complemento de Valores, DACTE gerado pelo FastReport.
Eu consegui transmitir o XML normalmente com as tags <impComp> preenchida com os valores necessários. Porém, as Informações Relativas ao Imposto no DACTE ficam todas zeradas.
Será que é por eu ter preenchido a tag <imp> com os valores zerados? Mesmo em um CT-e do tipo "Complemento de Valores" ?
Segue XML gerado em anexo.
-
Bom dia.
Há o componente responsável pela impressão do DAMDFE para FastReport ?
Só vi para o QuickReport (ACBrMDFeDAMDFEQRpkg).
problema ao instalar o componente ACBrMDFe
em ACBrMDFe
Postado · Editado por sesistemas
Italo,
Isto é algo que achei estranho, pois procurei por este arquivo e não o encontrei.
Encontrei apenas os arquivos QR5RunDXE3.res, QR5RunDXE3.dcp e QR5RunDXE3.blp os quais já informei o diretório no library path.
Será que há algo de errado com a minha instalação do QuickReport ???