sesistemas

Parabéns pela iniciativa! Gostaria de saber se há algum pacote específico para instalação? Pois só encontrei uma unit na pasta /Fontes/...

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 ???

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. 31131003341645000186580010000123631000000014-mdfe.xml

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

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, 35130802830994000280580010000123471000000019-mdfe.xml

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. 31130803341645000186570010000031491240761536-cte.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. 31130703341645000186570010000031251135684270-cte.xml