Painel de líderes

O método LerXML estava buscando TAGs não existentes no retorno do provedor IPM, fazendo com que o ACBrNFSe.ConsultarNFSeporRps sempre retornasse falso, consequentemente, sem código de autorização e sem número da nota emitida. Obrigado. Já está no nosso roadmap a migração para o novo componente. Realizarei os testes e possíveis correções.

Olá pessoal Na pasta que se encontra o programa exemplo do novo componente de emissão de NFS-e temos um arquivo PDF que contem um manual para orientar os desenvolvedores na migração do velho para o novo componente. Se você atualizou os fontes após o dia 18/06/2021 vai encontrar esse PDF na pasta: ...\Exemplos\ACBrDFe\ACBrNFSeX Agora se não atualizou, esta esperando o que? Lhe convido a atualizar todos os fontes de todas as pastas e reinstalar a suíte ACBr. Note que temos na lista de componentes do programa instalador o componente ACBrNFSeX e o ACBrNFSeXDANFSERL, responsável pela impressão do DANFSE feito em Fortes Report, em breve estaremos disponibilizando um novo componente de DANFSE feito em Fast Report. No manual você vai encontrar as propriedades de configuração que foram excluídas as que foram renomeadas e as que foram acrescentadas. Temos também os campos (usados para alimentar o componente com os dados do serviço) que foram excluídos, renomeados e acrescentados. Ocorreu alterações em alguns métodos, quero destacar nesta postagem a mais importante alteração no que se refere aos métodos. Os métodos Enviar, EnviarSincrono e Gerar não existem mais no novo componente, no lugar temos agora o método Emitir. Com essa alteração o componente além de gerar o XML do Rps, das consultas e cancelamento de forma correta para cada provedor, agora sabe como envelopar o Rps para poder ser enviado para o webservice do provedor. O Envelope dos métodos: Enviar, EnviarSincrono e Gerar são diferentes entre si. O grande problema é que os provedores que seguem a versão 1 do layout da ABRASF só aceitam o Envelope do método Enviar, por outro lado os provedores que seguem a versão 2 do layout da ABRASF a principio deveria aceitar os 3 citados acima, mas na pratica não é o que ocorre. Por conta dessa falta de padronização, implementados o método Emitir que abstrai de cada provedor o Envelope que deve ser utilizado para o envio do Rps. Com o método Emitir você não precisa se preocupar se o provedor aceita ou não um determinado método, como dito acima o componente sabe como envelopar para poder enviar. Dia 29/06/2021 estaremos realizando o segundo Papo Pró no Discord sobre o novo componente. Você ainda não participa do Discord? Esta esperando o que? Além do Fórum temos o Discord como um segundo canal de contato com os desenvolvedores que utilizam os componentes ACBr, as Lib (DLLs) e o ACBrMonitor. Clique aqui para saber mais sobre o Discord do ACBr. Aguardo você no Discord e não esqueça temos um encontro marcado para o dia 29/06/2021.

Olá Pessoal, Foi publicado a NT 2020/005 que contem alterações no layout do XML da NF-e e alterações de regras de validação. O prazo previsto para a implementação das mudanças é: 01/07/2021 - Ambiente de Homologação 01/09/2021 - Ambiente de Produção No que se refere ao layout do XML vão ser acrescentados os campos: cBarra e cBarraTrib para informar o código de barra que são diferentes do GTIN. O campo tpViaTransp vai passar a ter novos valores; No detalhamento do ICMS vamos passar a ter novos campos: vICMSSTDeson e motDesICMSST. Com relação ao Fundo de Combate a Pobreza teremos os novos campos: pFCPDif, vFCPDif e vFCPefet. Consta também de forma errônea que a placa do veículo vai passar a ser opcional, mas o correto é a UF por conta da placa Mercosul. Essas são algumas das novidades, para mais informações convido a todos a lerem a NT que se encontra disponível em nossa biblioteca. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2020/ Observação: Como vai ocorrer alteração no layout do XML da NF-e vai ser necessário atualizar os fontes do componente ACBrNFe bem como os Schemas independente se você vai usar esses campos na sua aplicação.

Obrigado Juliomar pela ajuda, baixei a cadeia de certificado que fica no portal nfe.fazenda.gov.br mas não deu certo. Olhando outros tópicos tinha várias pessoas reclamando do mesmo problema somente em homologação justamente no estado de GO que é o estado que estou tentando autorizar, acredito q seja isso, já pedi para o meu cliente entrar em contato com a sefaz de lá, vou aguardar e dou um feedback aqui. Obrigado.

Patrick, você estava certo. A distribuição da remuneração por Operador é feita pelo campo codLotacao; o CNPJ deve ser o do próprio OGMO, declarado no S-1005. Muitíssimo obrigado por ter disponibilizado alguns minutos do seu tempo para me ajudar. Fico te devendo!

BigWings e José Jr, obrigado pelas respostas. Na geração do arquivo de registro CNAB400 a ser enviado ao banco SICOOB, os campos CodigoMora e/ou CodigoMoraJuros, não são usados ( são usados somente na CNAB240). A solução dada pelo BigWings foi suficiente para resolver o problema. Passei a informar o % da taxa mensal no lugar do valor, ao gerar o registro para o SICOOB. A propriedade "ValorMoraJuros" sendo usada para passar % ou valor, me parece inapropriada e fere as boas práticas de programação. Fica a sugestão ao time que cuida deste desenvolvimento a refatoração deste trecho, para um melhor entendimento (conforme indiquei no primeiro post). Obrigado.

problema resolvido, a nota fiscal era de data de emissão muito antiga, já fora do prazo para o download pelo comando NFe.DistribuicaoDFePorChaveNFe.

Bom dia Araujo, Não estamos mais dando manutenção no componente antigo. Por favor faça novos testes com o novo componente de emissão de NFS-e: ACBrNFSeX. Manual de Migração E aplique as possíveis correções no novo componente.

Bom dia, Já consegui resolver, era a página de código, mudei ela para pceNone e voltou a funcionar. Estou usando agora a seguinte configuração: Mesmo assim, obrigado pela dedicação e ter tentado me ajudar, @Daniel Simoes me deu uma ajuda pelo Discord do ACBr

Muito obrigado , @Daniel Simoes pelo workaround , por hora meu cliente está satisfeito com o comportamento anterior (sem logo esquerdo) , vou se houver a necessidade vou tentar fazer como falou . Grato

bom dia Quais as configuracoes voce esta passando ?

Bom dia, Pode estar dando erro na assinatura devido às configurações. Sugestão: Comenta a ACBrCTe1.Conhecimentos.Assinar e veja se ele gera o xml. Se for isso, investiga as configurações de assinatura ( SSLLib e cia ) e debuga a assinatura para achar o erro específico. Pode ser falta de dlls, por exemplo.

Obrigado por testar... Commit [r22312]

Acho que seria isso mesmo, se vc pegar no leiaute a chave do grupo "ideEstabLot" é : "tpInsc, nrInsc, codLotacao" e deve ocorrer de 1 a 500 vezes para o trabalhador. Pelo que entendi o "contrato" do trabalhador é com o OGMO então acredito que devem estar juntos mesmo, mas serão apurados de acordo com suas categorias e lotações.

Segue em anexo arquivo ACBrNFeServicos.ini atualizado para ambiente de homologação para o estado de Goias ACBrNFeServicos.ini

Até onde sei a API deles permite apenas consultar um NCM/NBS/LST por vez. A meu ver essa é a melhor forma em termos de automação.