_asseinfo

Muito obrigado Italo. O problema era o Id mesmo. Abraços.

Bom dia a todos, Alguém conseguiu descobrir por que ocorre este erro? Estou com este erro e não consigo descobrir qual é o problema... Abraços.

Bom dia a todos, Post muito interessante. Eu atualizei o componente e em ambiente de homologação funcionou perfeitamente. Obrigado a todos do ACBr. Abraços.

Boa tarde, Realmente são 384 caracteres que ela suporte. Obrigado.

Boa tarde Galera, Por acaso alguém já passou pelo problema de enviar uma observação muito extensa para o ECF Daruma FS-600 e ele retornar o erro "024-Erro no verificador da comunicação"? Eu testei com ECF da bematech mas o erro não ocorre. A observação contém 500 caracteres. Abraços.

Bom dia pessoal, Neste tópico vou colocar as contribuições da Asseinfo com o NFS-e do ACBr para o funcionamento nos municípios que vão utilizar o WS da Betha. Na unit pnfsNFSeR eu fiz as correções para que possa ler um XML de NFS-e completo. Antes ele não conseguia ler um XML quando ele já é uma NFS-e. Abraços. Alan Costa Facchini. Programador Asseinfo pnfsNFSeR.zip

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.