Painel de líderes

Olá pessoal, Vamos utilizar este tópico somente para anexar o arquivo Cidades.ini e se necessário o arquivo INI do provedor quanto ocorrer a troca de provedor de uma cidade ou para incluir uma nova cidade. Algumas regras básicas: 1. Qualquer postagem nesse tópico que não tenha o objetivo exposto acima será excluído sem aviso prévio. 2. Informar se a postagem se refere a uma troca ou inclusão de cidade. 3. Se for troca informar a cidade, o provedor que vai deixar de atender e o novo, não esqueça de informar a data de inicio. 4. Se for uma inclusão informar a cidade e o provedor. 5. Ao anexar o arquivo Cidades.ini e o arquivo INI do provedor (quando se fizer necessário) estes devem estar o mais atualizados possíveis, ou seja, primeiro atualize os seus fontes e depois faça as alterações no arquivo Cidades.ini e no INI do provedor e anexe aqui no tópico. 6. Não faça alteração no arquivo INI do provedor que possa gerar efeito colateral para as demais cidades atendidas pelo mesmo provedor. 7. Procure realizar testes para saber se as suas alterações forem bem sucedidas. 8. Exemplos de uma postagens: A cidade XYZ trocou de provedor (de: ABC para DEF). O provedor DEF vai passar a recepcionar as notas a partir de dd/mm/aaaa. Segue em anexo os arquivos INI. A cidade XYZ se utiliza do provedor ABC. Segue em anexo os arquivos INI. Obrigado pela compreensão de todos. Desde já muito obrigado pelas colaborações.

Bom dia Paulo, Vou fazer as alterações no componente visando gerar o XML segundo o exemplo, mas neste caso como o Schema fornecido não bate com o exemplo, não será possível realizar a validação antes do envio. A minha sugestão é que você e outros desenvolvedores peçam aos seus clientes a ir na prefeitura e protocolar uma reclamação referente a esse provedor, motivo: falta de documentação e o pouco que foi fornecido é divergente, ou seja, os Schemas usados para validar o XML antes do seu envio não bate com o XML de exemplo fornecido. Até que me prove o contrario, vejo essa empresa como amadora, que implementou um webservice nas "coxas", ou seja, não se baseou no layout estabelecido nos Schemas.

Primeiramente parabéns pelo tópico Ítalo sera muito útil para todos que usam o ACBrNFSe. A cidade Embu-Guacu se utiliza do provedor GINFES. [3515103] Nome=Embu-Guacu UF=SP Provedor=GINFES Acrescentei este texto acima no Cidades.ini e a comunicação esta ok, só estou tendo um erro de codigo de tributacao inexistente porem acredito que seja outra coisa que ainda estou pesquisando, no GINFES.ini não alterei nada.

Bom dia Acabei de testar com a versão 1.2.0.79 e constatei que o problema foi resolvido. Obrigado a todos do ACBR

Boa noite! Desde já agradeço a ajuda agora ficou bem mais claro pra mim poder iniciar.

Boa tarde. Obrigada pela contribuição, adicionada para validação. Att.

Boa tarde Gleryston, A sua alteração esta correta, muito obrigado pela colaboração, já enviei para o repositório.

Bom dia pessoal, fiz uma nova alteração na unit pcnNFeW ao invés de ficar como 1 na ocorrência vai verificar a tag "modBCST", se estiver como margem de valor agregado vai gerar a ocorrência como 1 caso contrário vai gerar como 0, segue a unit alterada também, caso eu esteja errado por gentileza me corrijam. Agradeço desde já. pcnNFeW.pas

Boa tarde. Estou realizando a importação de um arquivo SPED Fiscal através do componente TACBrSpedFiscalImportar, porém o bloco 1 ainda não foi implementado. Implementei somente os registros 1001, 1010 e 1600, que eram os que eu precisava. Em anexo estão as units com as modificações que realizei. Obrigado. ACBrEFDBloco_1_Importar.pas ACBrEFDImportar.pas

Não tem jeito, não tem como "contornar" o problema, de fato que os arquivos não estão na base de dados da SEFAZ. O que talvez você possa fazer, é entrar em contato com a contabilidade de seu cliente, explicar a situação, para ver se ela tem alguma solução. Talvez, por sugestão dela, deverá emitir os documentos, e ela registrar no "livro de ocorrências" da empresa o fato ocorrido.

Instabilidade de no servidor do eSocial. Aguardar o serviço normalizar e enviar novamente.

Boa tarde, Italo. Obrigado pelo esclarecimento. Ajudou muito !!!

Boa tarde Na aba Geral no Demo, veja o path que está configurado em: "Salvar Arquivos de Envio e Respostas", neste path poderá ver todos os XMLs gerados e recebidos. Primeiramente valide se o XML está válido no site da SEFAZ RS: https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx Pelo seu print notei que está gerando a NFe na versão 3.1 No componente ACBrIntegrador também pode configurar a pasta para gerar log.

Olá a todos resolvi o Problema Não havia configurado a pasta backup do componente do TEF, logo o arquivo ficou em \%minhaAplicacao%\TEF\ACBr_TEF_DIAL_001_- .tef Apaguei e resolveu Obrigado a todos

Boa tarde Maikon, Favor atualizar os fontes e faça novos testes.

blz julio, não sabia disso, muito obrigado + uma vez!, tópico encerrado então.

É um evento, para permitir que cada programador insira o código que necessitar nesse ponto da execução. Veja o demo do componente que faz uso desse evento.

Boa tarde Gabriel, Muito obrigado pela colaboração, já esta no repositório.

Na minha opinião se foi informado a tag vBC deveria estar em base de cálculo. Se o correto no caso do diferimento é aparecer em "Outras" não deveria ser informada a tag vBC. Mas ela deve saber te orientar melhor. Ou outro assessor de tua confiança.

Bom dia. já está descrito na documentação do Comunnity que no windows não pode ter outra versão do delphi além dele. esse é o motivo

Parece que você está falando de escrituração fiscal. No XML você informa os campos definidos no layout: CST, base de cálculo, alíquota, valor do ICMS... A classificação em base de cálculo, outras e isentas é feita com base nos campos da nota e não antes. Por exemplo uma NFe com CST 40 vai ser 100% no isentas, já uma com CST 20 pode entrar parte em base de cálculo e parte em isentas ou outras. Que me lembre a regra é: (BC + Isentas + Outras) = Valor contábil do item. Então se está na base de cálculo não pode ser Isentas nem Outras.

Bom dia! Percebi que você abriu outro tópico no dia 16/09/2019 e já foi resolvido. Portanto estou fechando este e deixando o link do mesmo assunto no seguinte tópico: (Procure permanecer no mesmo tópico aberto quando o assunto permanece sem solução)

Bom dia, se possivel, anexe o trecho de código da tua aplicação que alimenta o grupo Imposto... Att Ricardo

Boa noite, fiz as alterações e os boletos e remessa foram homologados com sucesso! Segue classe modificada e retorno do homologador... ACBrBancoSafra.pas

Imprimir essa descrição gigante não é nada prático... vai precisar reduzir outros campos, o que vai contra as dimensões mínimas definidas no último MOC: Até que se defina em NT novas dimensões acho que pode-se manter abreviado... afinal não tem como seguir as duas normas e mostrar o texto todo... mas vamos aguardar opiniões dos demais.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

ok obrigado deu certo, faltava colocar o convenio, somente isto obrigado,

Boa tarde Gustavo, Primeiramente quem envia o evento de comprovante de entrega é a própria transportadora, portanto o emitente do CT-e. No XML do pedido do evento a chave do CT-e os 2 primeiros dígitos é o código IBGE da UF cujo CT-e foi emitido, e consta 24, logo a UF é RN e não MG. Olhando o seu XML, notei algumas coisas erradas: 1. O código da UF que aparece no cabeçalho é 35 = SP, portanto esta errado, deveria ser 24. 2. Data/Hora de entrega, só consta a data, a hora esta toda zerada, isso pode fazer com que ocorra outros tipos de rejeição. dhEvento >= dhhashEntrega > dhEntrega

Boa tarde Verifique se não precisa excluir algusn anexos enviados anteriormente. https://www.projetoacbr.com.br/forum/attachments/ Att.

Para quem usa o Controle de Versões JEDI VCS, como eu e estava a procura para Delphi 10.3, segue link Versões de Delphi 10.1 10.2 10.3 Link: ftp://vcstest.delphi-jedi.org/ jedivcs jedivcs http://jedivcs.sourceforge.net/

Obrigado! Imaginei que poderia ser isso mesmo.

Boa tarde Lucas, Ele pede o captcha em que momento? A alteração foi feita com base na lista de endereços: https://dfe-portal.svrs.rs.gov.br/CTE/Servicos Com a URL anterior ao realizar uma consulta através do QR-Code era apresentado as informações do CT-e?

Correção foi enviada para o SVN e já esta disponível para download a nova versão da dll. Também foi aplicada correção nos demos de todas as linguagens.

Boa tarde, Muito obrigado pela colaboração, já inclui a cidade no arquivo Cidades.ini, ainda hoje estarei enviando para o repositório. Quando desejar informar novas cidades ou troca de provedor, favor utilizar o tópico: Tópico exclusivo para troca de provedor e novas cidades.

Olhei lá, bem interessante. Obrigado pela resposta, foi uma dúvida simples mas tive que perguntar.

Obrigado, foi bastante detalhado e esclarecedor. Estou mostrando estes argumentos ao pessoal do suporte aqui para que entrem em contato com o cliente que solicitou a mudança no sistema. Diz o suporte que, segundo o cliente, algumas empresas já estariam adaptando os Danfe para acomodar as "novas" descrições, mas ainda não recebi nenhum material desse para que eu pudesse ao menos postar aqui para vocês. Eu, particularmente, compartilho da idéia que a única coisa obrigatória nesse campo é o código, que já está corretamente sendo enviado e exibido. Mais uma vez, obrigado pelas explicações.

Bom dia Wesley, Segundo a versão 6.00 do Manual da NF-e temos na página 265 um modelo do DANFE, onde na figura abaixo temos o quadro referente a modalidade do frete: Como você pode ver, o quadro já possui um titulo: "Frete por Conta", sendo assim não vejo nenhuma necessidade de constar nesse quadro logo abaixo do titulo o seguinte texto (por exemplo): "Contratação do Frete por conta do Remetente (CIF)", visto que esse quadro se refere a contratação do frete. No meu entendimento a impressão da palavra "Remetente" já é o suficiente para deixar claro, por conta do titulo que o quadro possui. Outra coisa, a nota técnica que você se refere no item 5.1 deixa claro qual é o código que devemos atribuir ao campo X02, ou seja, a tag modFrete, mas em nenhum momento diz qual é o texto que devemos imprimir no quadro. Por fim na imagem que o Big Wings postou, na linha referente a "Frete Por Conta de" temos na coluna observação a indicação Obs 8. Na página 144 temos: Obs 8: TAG: X02 Isso me faz crer que no quadro em questão devemos imprimir o valor da tag X02, ou seja, modFrete, portanto (0, 1, 2, 3, 4 ou 9). Concluo a minha postagem que estou de acordo com o Big Wings.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17657. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Quando comecei , ajudar em open source . Sofri bastante para conhecer as regras. Sou usuário , atualmente da danfe em fast report. E para colocar várias soluções em produção e aprendi usando muito o lado Negro. Com isto, o acbr me deu certa liberdade para ajustar a danfe em fortes report. Outra regra : Sempre atualizar o arquivo de log ( acima tem ele ). ps :. Vou pedir a meu amigo @BigWings para validar TB a sua ideia.

Obrigado @Daniel Simoes nesse caso acredito ser melhor utilizar a implementação que já possuo em uma web api e consumir com o c#

Bom dia, Creio que as informações de pagamento com cartão só devem se emitidos caso a operação de pagamento seja integrada (TEF), caso contrário como vai comprovar essa informação se necessário? Porém, acho que os demais Moderadores podem opinar melhor sobre isso...

Boa noite Juliana isso eu ja estava fazendo na verdade o que acontece é que quando estava carregando os dados do cedente eu copiei e colei da remessa e estava informando o tamanho do nossonumero do que estava no cadastro cedente e o usuario preencheu com 8 ao inves de 11 digitos, verifiquei que no fonte do ACBR estava carregando corretamente com 11 digitos mas depois mudava quando carregava os dados do cedente. Obrigado pela ajuda a dica me fez pesquisar em outro local que não estava vendo.

Teu XML está na versão 3.10. Como você está gerando ele? Não notei comandos de geração do XML no log do Monitor.

Obrigado! Era isso mesmo. Resolvido!

Funcionou!!! Gratidão BigWings!

Boa tarde, Na unit ACBrMDFe, temos o seguinte método: function ConsultarMDFeNaoEnc(const ACNPJCPF: String): Boolean; ACBrMDFe1.ConsultarMDFeNapEnc(xCNPJCPF); Você notou que o programa exemplo possui um botão que exemplifica esse tipo de consulta? De uma forma diferente a de cima, mas tem.

Boa tarde, segue exemplo: https://acbr.sourceforge.io/ACBrMonitor/ModeloConfiguracaoArquivoINI.html

Boa tarde. Informe a tag Convenio ao inves de CodigoCedente. Att.

Olá, tenho em uso essa impressora e este mesmo formato de etiquetas, tenho dois formatados de impressão um seguindo o componente ACBr e outro modelo feito em FastReport ambas funcionam perfeitamente. Vendo seu modelo impresso o espaçamento entre colunas é que está errado, como o Daniel falou já que você não usa o componente para passar as cordenadas veja com a pessoa que criou se existe alguma configuração entre colunas. Veja também a possibilidade de inverter o alinhamento veja que está a esquerda e se conseguir alinhar a direita parece que irá resolver o problema.

Como a nota só tem serviços creio que a tag total.vProd deve ser zero.