Jump to content

icones_brancos.png

dia-do-acbr-online.png botao

botao.pngbotao.png

botao.pngbotao.png

logo_acbr_paygo.png

TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


botao.png

beneficios.png

MFincotto

Membros
  • Content Count

    103
  • Joined

  • Last visited

Everything posted by MFincotto

  1. @EMBarbosa Fiz algumas refatorações no projeto BlocoX, retirada de alguns fields não utilizados de acordo com o manual. Analise para commit, por gentileza. Abraços. ACBrBlocoX.rar
  2. Pessoal, boa tarde. SEFAZ validando o valor do ICMS desonerado sempre maior que zero, porém, quando não tenho base ou quando o valor do produto é 0,01 centavo, por exemplo, teria que enviar o valor do icms desonerado zerado, porém a Sefaz está validando. Informando 0,01 notamos que a NFC-e é autorizada. Alguém está procedendo da mesma maneira tendo se deparado com uma situação semelhante?
  3. Bom dia pessoal. Realmente MG está complicado. Estou aplicando aqui os contornos feitos pelo Ítalo, entretanto devemos forçar o estado a reconhecer a caca e se adequar aos padrões nacionais.
  4. Boa tarde. NFC-e não tem. Eles fazem para NF-e, NFC-e, se fizerem, devem requerer que o cliente envie o XML para eles de alguma forma no momento da emissão.
  5. Rafael, eu concordo com você que a parametrização demasiada pode ocasionar defasagem no código. Porém, eu acredito que como tudo, este ponto pode demandar uma flexibilidade, pois é uma alteração tecnicamente simples, porém pode ocasionar transtornos para os desenvolvedores com seus clientes. Acredito que neste caso cabe uma tratativa.
  6. Boa tarde a todos. De acordo com a NT 2019.001, será implementada a validação do campo cNF: cNF não pode ser igual a nNF (id: B08). Foi implementado no componente o método ValidarCodigoDFe dentro da geração da chave de acesso na unit ACBrDFeUtil, tudo muito bem explicado aqui: Ví relatos de algumas pessoas passando por dificuldade com este ponto, pois atualizam seus fontes e geraram uma versão de seus produtos já com a nova validação. Entretanto, como somente o ambiente de homologação está realizando esta validação, as chaves geradas de forma "errada" estão caindo na validaçã
  7. Bom dia. Eu acredito que não foi um problema no componente e sim um possível problema de configuração, rede, etc. Tenho clientes que geram mais de 8 mil notas /dia e isso não ocorre. Faça uma análise mais detalhada. Para obter o XML, gere novamente e mande assinar, logo depois realize uma consulta para obter o protocolo de envio. Caso contrário, que eu saiba, ainda não existe um WS para download do XML da NFC-e. Abraços
  8. Verifique se não está enviando o cNF igual o nNF na chave de acesso.
  9. Concordo, porém em relação a fraudes e acesso indevido deveria ficar por conta da SEFAZ. Mais uma vez jogando a responsabilidade para nossas costas.
  10. Gostaria de levantar uma hipótese. Utilizando essa função, uma eventual necessidade de reconstrução da chave de acesso se tornaria impossível. Alguém pensou em utilizar o cNF sendo o nNF + 1?
  11. Bom dia. Conseguiu resolver? Se não, poste aqui o retorno da SEFAZ novamente, por favor.
  12. @fdsilva.desenv bom dia. Putz, realmente, ví UF errada. AM já está validando as informações do responsável técnico. O XML que não passou foi emitido offline e agora está sendo enviado certo?
  13. Pelo que ví são dois clientes diferentes. Verifique se o cliente da NF que não passou está habilitado. Outro ponto: As informações do responsável técnico para a UF 33 (RJ) não estão sendo validadas. Você pode, neste caso, omitir as informações. De acordo com as últimas informações que tenho, os estados que estão ou estariam validando essas informação são: AM, MS, PE, PR, SC e TO
  14. Boa tarde, tudo bem? Validei esse XML e olha o retorno: 203 - [Simulacao] Rejeicao: Emissor nao habilitado para emissao da NF-e Outro ponto: Tome cuidado ao postar dados em produção como você fez. Nós sempre tomamos o cuidado de mascarar essas informações que, para análise são irrelevantes. Grande abraço
  15. Boa tarde a todos. - Novos ajustes e inclusão do cancelamento no Demo. ACBrBlocoX_V3.zip
  16. Boa tarde pessoal. - Novos ajustes - Demo com novos ajustes AcbrBlocoX_V2.zip
  17. Bom dia, mais alguns ajustes realizados. ACBrBlocoX.zip
  18. Boa tarde a todos. Seguem fontes com alterações. Vide change-log. @mansur refatorei suas implementações e corrigi alguns pontos. Muito obrigado. Os métodos que estão testados e totalmente funcionais: - ConsultarProcessamentoArquivoBlocoX - ReprocessarArquivoBlocoX - DownloadArquivoBlocoX Demo também está atualizado. Os demais precisam ser revisados. @Juliomar Marchetti ACBrBlocoX.zip
  19. Pessoal, sendo tratado aqui: Podem encerrar este tópico por favor.
  20. @mansur, boa tarde. Realizando ajustes e novas implementações em cima dos fontes que disponibilizou. Quando puder, vamos alinhar caso você tenha desenvolvido mais alguma coisa. Estou trabalhando conforme: https://docs.google.com/document/d/1yez14gry9Mi4rTpwDRDf--bR-SLzijD81OPeJzh9FqE/edit @Daniel Simoes, algo em relação a documentação acima já está em análise?
  21. Bom dia pessoal. Alguém implementou o Reprocessamento e pode disponibilizar? Bom dia pessoal. Alguém implementou o Reprocessamento e pode disponibilizar?
  22. Bom dia pessoal. Sabem dizer se os métodos de ReprocessarArquivo e ConsultarProcessamentoArquivo estão implementados?
×
×
  • Create New...