_asseinfo

Bom dia, Estou tentando utilizar o Demo do ACBrNFS-e para a cidade de Sao Jose/SC utilizando a Betha. Eu configurei nos arquivos .ini para adicionar a cidade e utilizar as configurações para o ws da betha e quando tento enviar um lote ocorre um erro. Algum usuário do fórum já utilizou para alguma outra cidade de SC que utiliza o WS da betha? Obrigado.

Deslculpe, É italojjr. Antes que ocorra um mal entendido, o ACBrNFe eu tenho integrado no meu ERP fazem dois anos já e ele funciona perfeitamente. Na forma de trabalho do aplicativo demonstração do NFSe ele também está funcionando muito bem. Abraços.

Boa tarde italojr, No meu ERP eu utilizo o ACBrNFe e agora estou implementando a NFS-e com o ACBrNFSe. Ambos estão funcionando perfeitamente no aplicativo demonstração. No meu ERP eu primeiro preencho os campos para a geração do RPS. Após isto, eu efetuo o comando NotasFiscais.GerarNFSe e capturo o XML do campo NotasFiscais.Items[0].XML_Rps e gravo no banco de dados. Quando o usuário resolve transmitir o RPS eu carrego este XML com o comando NotasFiscais.LoadFromStream, preencho os campos NotasFiscais.NumeroLote e NotasFiscais.Items[0].NFSe.IdentificacaoRps.Numero e chamo o Enviar. Acontece que ocorre um erro "99999". Se ao invés de salvar no banco de dados o XML, eu transmitir o lote é processado com sucesso. Por acaso eu estou pegando o XML do lugar errado, ou não tem como fazer a operação que estou tentando? Você poderia me auxiliar? Muito obrigado.

Muito obrigado Elton! []s Marcos de Melo.

Olá Elton, Não tem pressa meu camarada! Analisando melhor a correção que postei anteriormente, notei que estava causando uma dependência indesejada. Anexo o arquivo já corrido! Muito obrigado! []s Marcos de Melo. ACBrEFDBloco_D_Class.pas.zip

Bom dia Elton, Conforme conversamos, anexo está aquele patch para você analisar. Grande abraço! Marcos de Melo. ACBrEFDBloco_D_Class.pas.zip

Olá pessoal, Depois de atualizar meu repositório começou a acontecer um erro na impressão do CT-e. Abrindo o código notei que foram adicionadas algumas novas propriedades, são elas: XLcolumn, ExportAs, FullJustify e VertAdjust. Provavelmente foi usada uma versão diferente do Quick report na compilação. Agradeço a atenção para resolver o problema. Muito obrigado! []s Marcos de Melo

Olá Elton, Agradeço mesmo sua atenção nesses dias. Valeu mesmo e sempre que eu poder vou colaborar para a evolução do ACBr! Se eu vir a encontrar alguma modificação necessária em outros componentes da suite, posso lhe enviar um patch para analise? Quanto a chave do CT-e inutilizado, atualmente na rotina de inutilização de CT-e quando lemos o retorno da homologação de inutilização, existe um valor no campo chave. Esse valor é gerado para solicitar a inutilização e o mesmo é adicionado de volta no retorno do processamento. Esse valor contém a seguinte formatação: Código da UF + CNPJ + modelo + série + nro inicial e nro final precedida do literal "ID". No meu caso, guardo esse dado no mesmo campo no BD que a chave do CT-e quando estou, por exemplo, autorizando um CT-e. Lá na exportação do registro de D100 da EFD, não carrego o campo CHV_CTE quando o status do mesmo é Inutilizado. Essa situação não é incomodo pra mim, pois é um IF simples para que o validador PVA-EFD me dê um OK. Porém, se é uma regra de negócio do EFD não ter chave de CT-e quando o mesmo esta inutilizado, talvez o ACBr SPED devesse prevenir esse mau uso (quando o campo é abastecido desnecessariamente). O que você pensa sobre isso Elton? Essa regra deve ser satisfeita por quem usa o componente ou o componente deve se prevenir de gerar um formato de EFD que não vai passar no validador. Se você achar certo colocar essa regra, me dê um OK que programo! Grande abraço! []s Marcos de Melo.

Outra coisa Elton, Se você quiser posso complementar também a regra contida em "Alterações de Ato COTEPE e Guia Prático da EFD" que diz: "Para CT-e com COD_SIT igual a -05- (numeração inutilizada). Devem ser informados todos os campos referidos anteriormente devem ser preenchidos, exceto o campo CHV_CT-e." []s Marcos de Melo

Boa tarde Elton, Fiz uma alteração simples conforme seu comentário anterior. Veja patch anexo! []s Marcos de Melo ACBrEFDBloco_D_Class.pas.zip

Pessoal, Verificando o código fonte do ACBr, mas precisamente no SPED fiscal bloco D, criei um patch que resolve o problema citado por mim mesmo anteriormente e a correção ficou bem legível e simples. Favor analisar patch anexo e integrar o fonte! Muito obrigado! []s Marcos de Melo ACBrEFDBloco_D_Class.pas.zip

Olá pessoal, Quando estou exportando o EFD com conhecimentos de transporte eletrônico e sua situação é INUTILIZADO o mesmo está colocando 0,00 valor os campos de valores. Isso faz com que o validador PDV-EFD aponte como inválido. Esse valores não deveriam existir, ou seja serem brancos. Atual com erro: |D100|1|0||57|05|98||30||||||0,00|0,00||0,00|0,00|0,00|0,00||| Esperado pelo validador PVA-EFD: |D100|1|0||57|05|98||30||||||||||||||| Aguardo sua verificação e correção! Muito obrigado!

Obrigado! []s Marcos

Esse caso mesmo... mesmo emitente e mesmo destinatário. Um exemplo bem direto: Uma loja de revenda de piso cerâmico em SP faz vários pedido (compras) para a Cerâmica Portobello (SC) durante uma semana. Quando a mesmo solicita o transporte isso vai tudo em uma mesma carreta (as vezes, até por questão de custo do frete). Dependendo da revenda/loja que comprar da Portobello, o volume de notas é maior ainda. Att.

Bom dia Ítalo, Na minha situação, ou seja, para a empresa que disponibilizamos o sistema, isso acontece com frequência. Várias notas fiscais em um mesmo CT-e. Muito obrigado e aguardo sua alteração!

Anexo, desculpe a demora! 1386.xml

Bom dia, Uso o Quick Report!

Olá pessoal, Quando um CT-e possui mais de uma página, o campo Folha está ficando errado! Por exemplo: CT-e 2 páginas fica: 1/1 e 2/1 Muito obrigado!

Boa tarde Ítalo, Também tive esse problema... Acredito que a impressão do CT-e deveria ser mais dinâmica e verificar a versão a qual o ct-e foi autorizado, 1.03 ou 1.04. Pois o meu problema mora ai, o pessoal tá querendo imprimir Ct-e que foi autorizado na versão 1.03 na versão atual 1.04, a qual é definida em momento de compilação. Creio que na impressão essa versão deveria ser vista/verificada para poder ler os dados do xml corretamente. Espero ter sido claro! À disposição! Obrigado! Marcos de Melo.

Bom dia Ítalo, Acabei de atualizar o CT-e e essa validação funcionou muito bem. Antes só mostrado erro específico no modal. Muito obrigado!

Olá, Alguém pode me ajudar? Atualmente estou tendo que criar um objeto "TfrmDACTeQRRetrato" para ai então chamar o método "SavePDF" e assim poder informar o caminho do arquivo completo. Essa necessidade se deve ao fato de eu ter que conhecer o caminho do arquivo para poder anexar ao e-mail. Muito

Olá pessoal, Será que não deveria estar sendo usando o seguinte código? {$IFDEF VER150} // Delphi 7 rave50vcl, {$ENDIF} {$IFDEF VER220} // Delphi XE rave90vcl, {$ENDIF} Deve ser complementado com as demais versões do Delphi. Acho essa a atitude mais correta que ficar alterado meu repositório do ACBr localmente. Veja as vesões do Delphi em: http://blog.vitorrubio.com.br/2010/10/codigos-de-versoes-do-delphi-e.html []s Marcos

Olá Daniel, Vou fazer os testes também e assim que terminar postarei o resultado. Você integrou meu código? Ver: Muito obrigado! Marcos

Boa tarde pessoal, Hoje de manhã tive a resposta do pessoal do BB. Para quem se interessar a resposta foi esta: "Informamos que o Banco utiliza carteiras de cobrança com variações iniciando em 01 até 99 + dígito verificador, exceto aquelas em que o DV seja igual a X. Normalmente as empresas utilizam uma única variação (019), porém podem ter outras variações, dependendo da necessidade. Consultar a agência quando necessitar dessa informação para fins de configuração do sistema, pois o cadastramento é a a cargo da agência. Exemplo de variações de carteiras : 019, 027, 035, 043, etc..." Abraços.

Bom dia pessoal, As modificações que fiz foram aquelas que estão em anexo. Algumas dessas modificações foram por que faltavam unit e no momento não eram necessárias pra mim. Outras para resolver problemas de MemoryLeaks. Além daquelas que foram necessárias para passar nos testes. Tranquilamente você poderá distinguir e tomar a ação necessária para esses alterações que fiz. Só pra você saber, meu projeto é desenvolvido no Delphi XE. Muito obrigado! _ACBrTEFD_.zip