Ir para conteúdo
  • Cadastre-se

Juliana Tamizou

Administradores
  • Total de ítens

    14.754
  • Registro em

  • Última visita

  • Days Won

    188

Tudo que Juliana Tamizou postou

  1. Obrigado pela contribuição, em breve será validada para possível inclusão ao svn
  2. Obrigado pela contribuição, em breve será validada para possível inclusão ao svn
  3. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
  4. Boa tarde. Obrigada pelo interesse em contribuir, mas vc verificou se esta cidade de fato não consta no novo componente ACBrNFSeX? Att.
  5. Boa tarde. Obrigada pelo interesse em contribuir, mas vc verificou se esta cidade de fato não consta no novo componente ACBrNFSeX? Att.
  6. Boa tarde. Está usando o novo componente ACBrNFSeX (atualmente suportado pelo ACBr)? Realize um teste no demo tb. Att.
  7. Bom dia pessoal, No tópico a seguir, nosso colega @Emerson Moreno deu a comunidade uma dica muito útil de como resolver o erro 283 - Número do Processo inválido ao enviar o evento S-1070 na versão simplificada do eSocial. Nós gostaríamos de entender melhor as regras para formatação desta informação, se alguém ou o próprio Emerson puder nos informar, será muito útil. Att.
  8. Bom dia. O problema não é o fato da alteração ter sido homologada ou não, mas sim de fazer com que as milhares de empresas utilizando o layout antigo sejam forçadas a também rehomologar devido a alteração... Por este motivo o @Victor H. Gonzales - Panda indicou a necessidade de haver compatibilidade com ambos os layouts, porém neste momento estamos com muitas demandas e não é possível analisar, contamos com o apoio da comunidade nesta tarefa.. Att.
  9. Obrigado pela contribuição, em breve será validada para possível inclusão ao svn
  10. Bom dia. Queira por favor descrever melhor exatamente qual foi o problema...precisamos analisar para entender o motivo, pois até o momento não tivemos outras reclamações deste tipo.. Att.
  11. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  12. Bom dia. Seus fontes estão atualizados? Foram enviadas na semana passada alterações para algumas operações como estas ao svn. Att.
  13. Bom dia. Pela forma que você descreve, faz parecer que vai utilizar o ACBrMonitorPlus, então sugiro analisar o manual online do mesmo https://acbr.sourceforge.io/ACBrMonitor/ACBrMonitor.html Se for utilizar o componente, o melhor é estudar os demos dos mesmos. Att.
  14. Tópico fechado por falta de retorno do usuário
  15. Em 01/09/2021a NFCe passará a ter a restrição do uso da emissão em modo assíncrono quando o lote contém apenas uma NFCe. Saiba mais na noticia a seguir
  16. Em 01/07/2021a NFCe passou a ter a restrição do uso da emissão em modo assíncrono quando o lote contém apenas uma NFCe. Saiba mais na noticia a seguir
  17. Exemplo: Recentemente foi publicada a versão 1.10 da NT 2020.005, a qual trouxe uma mudança que pode impactar diretamente a emissão da NFCe em seus clientes, trata-se da restrição do uso da emissão em modo assíncrono quando o lote contém apenas uma NFCe. Para o ambiente de homologação, esta validação e consequente rejeição da NFCe já está em vigor desde 01/07/2021 e entrará em produção em 01/09/2021. De acordo com o texto da NT será retornada a seguinte rejeição Porém em relatos no fórum também houver a seguinte rejeição devido a falha nos retornos das SEFAZ Para evitar esta rejeição, é muito simples, basta sua aplicação deverá passar a realizar o envio da NFCe (quando enviar um único documento) em modo síncrono. Exemplo utilizando o componente ACBrNFe //---------------------- Exemplo Componente ACBrNFe ------------------------------------// { O método Enviar possui 4 parametros a saber: ALote = se refere ao numero do lote de notas que esta sendo enviado Imprimir = defini se o DANFE vai ser impresso automaticamente (True = Padrão) ou não (False) Sincrono = defini se o envio vai ser no modo sincrono (True) ou assincrono (False = Padrão) <------ AQUI ------ Zipado = defini se o Xml vai ser enviado zipado (True) ou não (False = Padrão) Sincrono só pode ser True se o envio é unitario, ou seja, é enviado uma nota por vez. Muito usado para o envio da NFC-e, quanto a NF-e não são todas as UF que aceitam esse modo de envio. Zipado não são todas as UF que aceitam que o Xml seja enviado zipado. } if ACBrNFe1.NotasFiscais.Count > 1 then ACBrNFe1.Enviar(nLote) // Envia o lote contendo mais de 1 nota no modo assincrono else ACBrNFe1.Enviar(nLote, True, True) // Envia o lote contendo apenas 1 nota no modo sincrono Exemplo utilizando a biblioteca ACBrLib //-------------------------------- Exemplo ACBrLib C# --------------------------------------// Parâmetros: ALote - Numero do Lote a ser enviado AImprimir - Se True imprime o DANFe caso o NF-e for autorizado ASincrono - Se True imprime o envia em modo sincrono // <------------ AQUI -------------- AZipado - Se True imprime o envia o arquivo zipado sResposta - Usado pelo retorno, contem as informações retornadas pela consulta. esTamanho - Usado pelo retorno, contem o tamanho da string (sResposta). ACBrNFe.LimparLista(); // Também pode ser enviado o conteudo do ini. ACBrNFe.CarregarINI("c:\nfce.ini"); // Caso use xml, também pode ser enviado o conteudo do xml. //ACBrNFe.CarregarXML("c:\35XXXXXXXXXXXXXXXX550010000000050000000058-nfe.xml"); ACBrNFe.Enviar(aLote: 1, imprimir: false, sincrono: true, zipado: false); Manual ACBrLib: https://acbr.sourceforge.io/ACBrLib/NFE_Enviar.html Exemplo utilizando o ACBrMonitorPlus //-------------------------------- Exemplo ACBrMonitorPLUS --------------------------------------// Parâmetros: cArqXML - Caminho do arquivo XML a ser enviado. nLote - Número do Lote bAssina - Coloque 0 se não quiser que o componente assine o arquivo. - Parâmetro Opcional nImprime - Coloque 1 se quiser que o DANFe seja impresso logo após a autorização - Parâmetro Opcional cImpressora - Informe o nome da impressora - Parâmetro Opcional bSincrono- Coloque 1 para indicar modo síncrono e 0 para modo assíncrono. // <---------- AQUI ----------- bValidaXML- Coloque 1 para Validar e 0 para não Validar. - Parâmetro Opcional bGerarNovoXML- Coloque 1 para Gerar um novo XML para envio e 0 para não Gerar. - Parâmetro Opcional NFE.ENVIARNFE("c:\35XXXXXXXXXXXXXXXX550010000000050000000058-nfe.xml",1,1,0,,1) Manual ACBrMonitorPLUS: https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarNFe.html
  18. Boa tarde. Não ficou claro oque vc quis dizer com "a imagem"...por favor informe também se testou o mesmo no demo e quais componentes está usando. Att.
  19. Conforme estabelecido pelo Ajuste SINIEF 18/2021 e pelo Ajuste SINIEF 12/2021 as alterações quanto aos CFOPs e CST que deixariam de ser validos passaram a entrar em vigor em 03/04/2023 Para entender melhor como serão estas alterações, ouça o podcast a seguir Podcast: Prorrogado para 2023 alterações do CFOP e CST (contabeis.com.br) Att.
  20. Foi aprovada pela Câmara dos Deputados no dia 15/07/2021, a Medida Provisória 1051/21, a qual cria o Documento Eletrônico de Transporte (DT-e), de emissão exclusivamente digital e obrigatória para autorizar os serviços de transporte de cargas no País. A MP será enviada ao Senado. A unificação de documentos e demais obrigações no DT-e deverá dispensar o transportador ou o condutor do veículo de portar versão física dos mesmos documentos durante o transporte. Se aprovada, o cronograma de implementação será proposto pelo governo federal, o qual poderá firmar convênios com os governos municipais, estaduais e distrital para incorporar outras informações de competência desses governos, como sobre tributos e outras obrigações relacionadas ao transporte de cargas rodoviário e dutoviário. As UFs que aderirem a este novo DFe deverão abolir os documentos físicos de forma gradativa em até 12 meses, ficando somente a emissão pelo DTe. Esta MP também inclui situações onde poderá ocorrer a dispensa da emissão do DTe, além de uma série de outras regras e definições. Para ler a noticia completa, acesse a página de Noticias da Câmara do Deputados Confira o nosso PodCast sobre isso, no Papo Pro ACBr
  21. Bom dia. Testou com o componente ACBrNFSeX? Att.
  22. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
  23. Obrigado pela contribuição, em breve será validada para possível inclusão ao svn
  24. Boa tarde. Tópico movido para base de conhecimento, obrigada por compartilhar. Att.
  25. Boa tarde Clóvis. De fato este provedor ainda não está implementado no componente ACBrNFSeX (nem no já obsoleto ACBrNFSe), portando precisaria ser analisado a possibilidade da inclusão e quando poderia entrar em nosso backlog levando-se em conta entre outros fatores, também as demandas atuais em nossa lista.. De qualquer forma, analisarmos o link indicado e nele não constam as urls dos werbsevices, seria importante obter esta informação para que se possa realizar qualquer análise. Att.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.