Mozart
-
Total de ítens
45 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Mozart
-
-
6 horas atrás, Italo Jurisato Junior disse:
Boa tarde Mozart,
A alteração que você na unit referente a impressão do DANFSE, não vai gerar nenhum efeito colateral para os demais provedores?
@Italo Jurisato Junior pelo que vi não. Essa é na verdade uma nova implementação, acredito que precisarei incluir mais cidades do estado de Goiás lá. Aquele método trata o código do município para impressão do nome do município. Nos testes que fiz funcionou como já estava e como deverá ser a partir de agora.
-
2
-
-
Bom dia senhores!
Primeiro: Na impressão do DANFE (NFS-e), no cabeçalho tem o campo "Cidade Prestação do Serviço", esse campo é obtido pelo código do município atribuído em Servico.CodigoMunicipio... porém o tomador pode estar em Goiânia mas o serviço foi prestado em outra cidade (Trindade, Senador Canedor, Anápolis ...). Nesse caso, no danfe saí como se o serviço foi prestado em Goiânia. Veja, o cadastro do meu cliente é de Goiânia, porém o serviço foi executado em outro lugar. Um exemplo de um cliente com uma situação assim: O cliente tem uma empresa que aluga máquinas para impressões, essas máquinas podem estar em vários lugares, quando o técnico for dar manutenção, ele não irá levar a máquina até a sede da empresa (Goiânia), ele irá executar o serviço onde ela está. Nesse caso, não seria correto obter a cidade através do atributo Tomador.Endereco.CodigoMunicipio? Segue o arquivo ACBrNFSeDANFSeRLRetrato (linha 390) com uma sugestão da alteração.
Segundo: Para adequações na emissão de NFS-e Goiânia e região metropolitana, foi necessário inserir um nova linha no arquivo pnfsConversao (linha 886) para impressão correta do DANFE NFS-e para outros cidades de Goiás.
Caso as alterações sejam satisfatórias, fica minha contribuição para a melhoria do componente.
-
Pessoal, bom?
Alguém pode dizer se o ACBr irá trabalhar com uma integração via API para o estado de MS tratando uma nova situação?
Essa situação é a eSaniagro (IAGRO) para integração de agrotóxicos.
Deixo um link para maiores informações.
http://www.andav.com.br/informativo/integracao-com-sistema-e-saniagro/
-
Em 09/04/2019 at 09:14, Waldir Paim disse:
Fiz mais uma atualização e consegui testar! pra mim funcionou 100%.
Por favor teste essa que anexo aquiPra mim também funcionou assim. Ficou até melhor o código.
Obrigado @Waldir Paim
-
2
-
-
11 minutos atrás, Waldir Paim disse:
Consigo. Farei os testes e aviso aqui.
-
1
-
-
10 horas atrás, BigWings disse:
Pode esclarecer melhor?
Pra mim é o mesmo campo.
E no código do componente é gerado o arquivo TXINFO.TXT com o valor informado para o campo "Receita":
function TACBrCargaBal.GetNomeArquivoReceita: String; begin // Urano nao possue arquivo de Receita a parte. EXCETO URANO URF32 case FModelo of modFilizola : Result := 'REC_ASS.TXT'; modToledoMGV5, modToledoMGV6: Result := 'TXINFO.TXT'; modUranoURF32: Result := 'RECEITAS.TXT'; end; end;No momento o componente usa o mesmo código do item como código de receita (informações extras no caso da Toledo).
As alterações que foram feitas aplicam-se apenas para o modelo SGV6. E no caso, antes da minha alteração, o campo estava sendo gerado pelo mesmo dados contido no campo código do produto, dessa forma, ao importá-lo no programa SVG6 ele retorna a mensagem dizendo que a informação extra não foi cadastrada. Do jeito que está antes da minha alteração, sou obrigado a gerar um arquivo contendo uma informação que não tenho ou não trabalho. Acho que esse não seria o caminho, até porque a informação extra pode ser algo diferente do código do produto referenciado, ou não?
-
13 horas atrás, Daniel Simoes disse:
@Waldir Paim, fique confuso... essas duas propriedades não seriam a mesma coisa ?
property CodigoInfoExtra: Integer read getCodigoInfoExtra write FCodigoInfoExtra; property CodigoReceita : Integer read getCodigoReceita write FCodigoReceita;
Segundo o manual acho que não. Até as posições são diferentes.
-
5 horas atrás, BigWings disse:
Na verdade não está faltando, apenas não permite que você use um código de informação extra/receita já cadastrado no MGV5.
Ainda não entendi o porque de deixar esse campo conforme o manual. A alteração que foi realizada, foi apenas para o modelo MGV6.
-
2 horas atrás, BigWings disse:
Você pode passar as informações extras para a propriedade Receita do item, assim o componente gera o cadastro de informações extras com o mesmo código do item.
Nesse caso não haveria necessidade da alteração.
Mas essa não é a questão. Não estou exportando dados de receita. Acredito que a exportação estão faltando um campo que esteja presente no manual.
Ou estou enganado?
-
22 minutos atrás, Daniel Simoes disse:
Notei que você criou um novo campo.. mas está gravando ele no local de um campo já existente...
Isso poderá quebrar aplicações já existentes...
Não seria apenas o caso de você preencher a propriedade "Codigo" ?
Justamente @Daniel Simoes, o campo CÓDIGO refere-se ao código do produto. Nesse caso, esse campo é pra outra finalidade. Segue manual em anexo para uma melhor análise.
Essa alteração que fiz foi pra tratar o campo destacado.
Arquivo de cadastro Toledo MGV6 - TXT - WWW.DRBALANCA.COM.BR.pdf
47 minutos atrás, Juliana Tamizou disse:Boa tarde.
Anexe também o manual.
Att.
Opa, em anexo no post do @Daniel Simoes
28 minutos atrás, Daniel Simoes disse:Notei que você criou um novo campo.. mas está gravando ele no local de um campo já existente...
Isso poderá quebrar aplicações já existentes...
Não seria apenas o caso de você preencher a propriedade "Codigo" ?
Neste caso @Daniel Simoes, quando exporto para o aplicativo da toledo (MGV6), ele me retorna uma mensagem informando que o código de informação extra do produto não foi cadastrado.
-
Bom dia, precisei fazer um ajuste no componente ACBrCargaBal adequando um atributo de acordo com o manual.
Em anexo, o arquivo .pas para atualização no repositório.
-
10 minutos atrás, Felipe E. Resende Mesquita disse:
Bom dia, Mozart.
A justificativa tem que ser no mínimo 15 caracteres.
Agradeço muito a resposta. Já estava correndo aqui pra avisar. Descobri uma falha no código que limpava a justificativa.
Mesmo assim rapaz, agradeço enormemente a atenção que deu.-
2
-
-
Bom dia,
estou tendo problemas ao cancelar uma nota fiscal.
Após o envio do evento, é retornado o cStat 215 (falha no schema XML).Segue em anexo os arquivos gerados ao cancelar o XML e o XML propriamente dito.
-
Em 13/11/2018 at 09:57, RicardoVoigt disse:
Utilize o método Consultar, pela chave de acesso, e com a propriedade Configuracoes.Geral.ValidarDigest = False, que vc vai atualizar teu XML com o protocolo de autorização.
Att
Ricardo
@RicardoVoigt , muito obrigado pela informação. Consegui resolver o problema.
-
2
-
-
Bom dia senhores,
após muita pesquisa ano no fórum e muitos testes, não consigo resolver a situação de digest value diferente e com duplicidade de nota ao transmitir uma NFCe ou NFe.
Em anexo o XML de uma situação que aconteceu hoje, 12/11/2018.
Gostaria da ajuda de vocês para poder sanar esta não conformidade no software que trabalho.
-
Bom dia, alguém já teve esse problema ao compilar a aplicação utilizando Delphi 7?
Atualizei o acbr para á última revision disponível para tentar sanar a não conformidade mas sem sucesso.
Para resolver, tive que comentar a linha LerIniArquivoOuString na classe ACBrBoleto.pas no método LerArqIni
3 minutos atrás, Mozart disse:Bom dia, alguém já teve esse problema ao compilar a aplicação utilizando Delphi 7?
Atualizei o acbr para á última revision disponível para tentar sanar a não conformidade mas sem sucesso.
Para resolver, tive que comentar a linha LerIniArquivoOuString na classe ACBrBoleto.pas no método LerArqIni
Pessoal, caso esteja correto a minha implementação, segue anexo o arquivo alterado.
Fiz uma busca nos fontes para identificar a utilização e a forma correta do método.
-
21 horas atrás, Italo Jurisato Junior disse:
Boa tarde Mozart,
Esse arquivo INI esta desatualizado em relação ao que esta disponível no repositório.
E não tem nada nele que comprometa o funcionamento.
Como podemos fazer nesse caso? Pois eu peguei esse arquivo e substitui em minha aplicação, com ele funcionou a transmissão de nota para Goiânia, já com o arquivo que está no repositório, ele não transmite.
-
Conforme orientações do colaborador @Felipe E. Resende Mesquita, este tópico é para alterar o arquivo ini "Goiania.ini" no repositório do ACBr conforme publicado no tópico abaixo. Em anexo segue arquivo alterado por @Reinaldo Alberto com as correções.
-
1
-
-
Pessoal, bom dia.
Hoje minha necessidade é implementar a emissão de NFSe para Chapadão do Sul/MS, após dar uma lida no código do ACBr não identifiquei a rotina implementada para essa cidade.
Antes de começar a desenvolve-la, poderiam me confirmar se realmente não tem tal rotina? Caso não tenha, começarei a desenvolve-la no dia 10/009/2018.
Assim que eu receber o material de integração da prefeitura, posto aqui.
-
Obrigado @Reinaldo Alberto sua solução foi adequada à minha também.
Em 19/04/2018 at 18:42, Reinaldo Alberto disse:Italo.....
Consegui fazer testar os 2 métodos que o provedor disponibiliza:
Desconsidera essas mensagens acima rs..
A única coisa que tive que mudar foi o Goiania.ini Segue anexo para quem precisar.
Seria interessante subir no repositório tbm, que aí já fica 100%.Obrigado pela ajuda e pela atenção.
Principalmente do @cleyton44 que me disponibilizou o arquivo dele.
-
3
-
-
Em 01/03/2018 at 10:57, vilcenski disse:
Tive o mesmo problema com uma dll que migrei do Delphi 7 para o Delphi XE10.
Resolvi incluindo Vcl no parâmetro "Unit scope names" em Project > Options > Delphi Compiler
Antes:
Winapi;System.Win;Data.Win;Datasnap.Win;Web.Win;Soap.Win;Xml.Win;Bde;System;Xml;Data;Datasnap;Web;SoapDepois:
Vcl;Winapi;System.Win;Data.Win;Datasnap.Win;Web.Win;Soap.Win;Xml.Win;Bde;System;Xml;Data;Datasnap;Web;SoapObrigado @vilcenski, sua resposta me ajudou a compilar o projeto.
-
Pessoal, bom dia.
Fiz uns ajustes para geração do sped ecf referente ao bloco q e algumas adequações conforme manual. Alguns campo foram alterados para string, onde eram type. Se a ajudar, segue o codigo. Gerei o sped de retificação, foi entregue, assinado e validado.
-
1
-
-
Em 10/05/2017 at 10:05, Juliomar Marchetti disse:
Mas está.
o que está faltando?
já consegui resolver. Os campos não tiveram os nomes modificados de acordo com o manual, dificultou um pouco o entendimento mas já foi resolvido.
Em 10/05/2017 at 09:18, edsonjplima disse:Bom dia Juliomar, acabei de atualizar o acbr svn e estas implementações não estão atualizadas!
o que devo fazer ?
Cara, não alteraram o nome dos campos. O resto tá funcionando normal.
-
Em 08/03/2017 at 17:55, Juliomar Marchetti disse:
Ok!
Obrigado pela colaboração !
já está no svn
Bom dia, estou com o mesmo problema e ao baixar a atualização no svn não consta a que o @ThiagoDornelas fez.
NFSe Goiás/Goiânia/Trindade
em ACBrNFSe
Postado
Bom dia Italo.
Opa, muito obrigado.