Ir para conteúdo
  • Cadastre-se

Diego Foliene

Consultores
  • Total de ítens

    5.306
  • Registro em

  • Última visita

  • Days Won

    155

Tudo que Diego Foliene postou

  1. Bom dia! Se abrirmos o programa exemplo do GNRe e conferirmos o nome do Check que tem a descrição "Salvar Arquivos em Pastas Separadas", é possível observar que o nome do Check é cbxSalvarArqs. Agora se conferirmos no a procedure ConfigurarComponente do mesmo programa, temos: Ou seja, apesar de a descrição estar como "Salvar Arquivos em Pastas Separadas, ele na verdade preenche a propriedade ACBrGNRe.Configuracoes.Arquivos.Salvar. Se você quiser definir o caminho onde serão salvos essas informações, preenche ACBrGNRe.Configuracoes.Arquivos.PathGNRe. As opções que separam por pastas são a SepararPorModelo, SepararPorCNPJ e SepararPorMes, mas essas já são autoexplicativas. O programa exemplo também faz dessa maneira, ele carrega a guia através de um LoadFromFile e depois usa o método GuiasRetorno.Imprimir. Então pode fazer dessa forma. Ele não exibiu a informação do CPF e do nome do município, porque elas não constam no arquivo XML. Note que apesar de ter enviado o grupo <contribuinteDestinatario> no arquivo de envio(da para observar no 001-gnre.xml) na resposta o WebService do GNRe não te devolveu esse grupo(veja no 0008520230000703-guia.xml). Correto, o método de impressão atualmente monta o nome do arquivo PDF usando a lógica "IdentificadorGuia-guia.pdf". Atualmente está fixo desta forma então não teria como alterar o Nome do arquivo PDF a não ser que defina no campo IdentificadorGuia.
  2. Mas esse caminho existe no ambiente em Nuvem? Se você tentar acessar o caminho gerado e configurado a pasta e os logos estão lá?
  3. Bom dia! Está configurado na seção [BoletoBancoFCFortesConfig] das configurações um valor para DirLogo?
  4. Bom dia! Contribuição enviada ao SVN na Rev-29673. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.
  5. Boa tarde! A partir da versão 4.00 do CTe o elemento InfCteComp deixou de ser um elemento único para ser uma lista de até 10 elementos. Foi enviado ao SVN na Rev-29671 uma alteração visando adequar a leitura. A partir da próxima compilação do Monitor você deverá informar a seção assim: [infCteCompXX] chCte=99999999999999999999999999999999999999999999 Onde XX será um número de 1 a 10 acompanhado do zero a esquerda(01, 02, 03, ..., 10)
  6. Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-4040
  7. Ele não está gerando corretamente o grupo ICMSSN202 com a tag vBCST porque você definiu o CRT do Emitente como 3. Isso converte para Regime Normal e para esse tipo, você usa CST e não CSOSN que foi o que você passou. Por favor, busque orientação junto ao seu departamento fiscal ou contador de confiança sobre como preencher a NFCe.
  8. Boa tarde. Note que no seu XML não foi gerado o campo vBCST no grupo ICMS para o item, mas foi gerado no grupo Total, por isso a rejeição. Estou fazendo um teste com o seu arquivo INI para verificar a causa e assim que descobrir algo, lhe aviso. Você quer ocultar a Base de Cálculo do ICMS próprio e o valor? Não pode fazer isso de acordo com oMOC versao 7.03 Anexo II Manual Especificacoes Tecnicas DANFE Codigo Barras.
  9. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
  10. Muito obrigado pela contribuição. Criada a #TK-4039 para inclusão no SVN.
  11. Bom dia! Por favor, faça um teste usando o método CTe.ConsultarCTe definindo como 1 o parâmetro opcional [aExtrairEventos].
  12. Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-4036
  13. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  14. Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-4035
  15. Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-4034
  16. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! O novo componente ACBrNFSeX define o provedor após você escolher o município, ou seja, para usar qualquer uma das opções da classe Provider, você precisa primeiro configurar o CodigoMunicipio. Assim: // Configura o Layout e o Município no componente. ACBrNFSeX.Configuracoes.Geral.LayoutNFSe := lnfsProvedor; ACBrNFSeX.Configuracoes.Geral.CodigoMunicipio := CodMunicipioIBGE; //Depois de configurar o Municipio, foi definido o provider, agora pode usar. ACBrNFSeX.Provider.ConfigGeral.QuebradeLinha := ';';
  17. Bom dia! Não. Vamos por partes. Vocês estão usando o Demo e a DLL para fazer a ConsultaNFSeServicoTomadoPorPeriodo. O Demo utiliza a DLL, que faz a requisição para o WebService, enviando um arquivo em formato XML no corpo da requisição. Para criar este arquivo XML, é preciso seguir uma estrutura definida pelo provedor. Essa estrutura chamamos de layout. Antes de enviar, para ter certeza de que o layout está correto, nós comparamos este arquivo gerado com um esquema (schema) que é fornecido pelo provedor. Pense no esquema como um exemplo de como o layout deve ser, com algumas regras sobre como preencher cada campo, quantas vezes ele pode aparecer, se é obrigatório ou não, etc. No caso desse serviço em questão, o esquema tem a seguinte estrutura: <!-- Definicao da estrutura de dados para Pedido de um Lote NFSe --> <xs:element name="pedidoLoteNFSe"> <xs:complexType> <xs:sequence> <!-- CNPJ de um contribuinte --> <xs:element name="CNPJ" type="TCnpj" minOccurs="1"/> <!-- Numero da nota inicial --> <xs:element name="notaInicial" type="TNF" minOccurs="0" maxOccurs="1"/> <!-- Numero da nota final --> <xs:element name="notaFinal" type="TNF" minOccurs="0" maxOccurs="1"/> <!-- Data de emissao inicial --> <xs:element name="emissaoInicial" type="TData" minOccurs="0" maxOccurs="1"/> <!-- Data de emissao final --> <xs:element name="emissaoFinal" type="TData" minOccurs="0" maxOccurs="1"/> <!-- Serie das notas --> <xs:element name="serieNotaFiscal" type="TSerie" minOccurs="0" maxOccurs="1"/> <!-- Assinatura digital --> <xs:element ref="ds:Signature" minOccurs="0" maxOccurs="1"/> </xs:sequence> <xs:attribute name="versao" use="required" type="xs:string" fixed="1.0"/> </xs:complexType> </xs:element> Vamos começar a interpretar ele a partir da primeira linha. <xs:element name="pedidoLoteNFSe"> Aqui, está dizendo que a consulta precisa ter um elemento, neste caso um grupo que englobe as informações para o pedido de consulta que deve se chamar pedidoLoteNFSe. <xs:complexType> Está linha indica que este elemento é considerado um "tipo complexo", ou seja, não vai ser só um texto, ou um número, vai ter uma estrutura. <!-- CNPJ de um contribuinte --> <xs:element name="CNPJ" type="TCnpj" minOccurs="1"/> Está linha define que dentro do elemento "pedidoLoteNFSe", deve ter um outro elemento chamado "CNPJ". Esse elemento precisa ser do tipo TCnpj (um tipo complexo) e ter um mínimo de 1 ocorrência, ou seja, é obrigatório ter. <!-- Numero da nota inicial --> <xs:element name="notaInicial" type="TNF" minOccurs="0" maxOccurs="1"/> Está linha indica que dentro do elemento "pedidoLoteNFSe", também pode ter um elemento "notaInicial" do tipo TNF. esse elemento não é obrigatório e pode não ter dentro de pedidoLoteNFSe (isso é indicado pelo minOccurs="0") e se tiver, vai ser no máximo 1 vez (indicado pelo maxOccurs="1"). Considerando tudo isso o conteúdo podemos entender que o XML que é gerado e enviado na NFSE_ConsultarNFSeServicoTomadoPorPeriodo pode ser assim: <pedidoLoteNFSe versao="1.0"> <CNPJ></CNPJ> <notaInicial></notaInicial> <notaFinal></notaFinal> <Serie></Serie> <Signature></Signature> </pedidoLoteNFSe> Assim: <pedidoLoteNFSe versao="1.0"> <CNPJ></CNPJ> <emissaoInicial></emissaoInicial> <emissaoFinal></emissaoFinal> <Serie></Serie> <Signature></Signature> </pedidoLoteNFSe> Ou até mesmo assim: <pedidoLoteNFSe versao="1.0"> <CNPJ></CNPJ> <notaInicial></notaInicial> <notaFinal></notaFinal> <emissaoInicial></emissaoInicial> <emissaoFinal></emissaoFinal> <Serie></Serie> <Signature></Signature> </pedidoLoteNFSe> Se conferirmos no XML que foi gerado pelo programa exemplo e pela Dll quando você tentou, podemos ver que ele tem esta estrutura: <pedidoLoteNFSe versao="1.0"> <CNPJ>oculto</CNPJ> <emissaoInicial>2023-05-01</emissaoInicial> <emissaoFinal>2023-06-02</emissaoFinal> <Signature></Signature> </pedidoLoteNFSe> Note que ela corresponde a uma das opções possíveis, ou seja, deveria ter sido aceita. Ainda assim ela foi recusada pelo WebService dizendo que está faltando o elemento notaInicial. Por isso, você precisa entrar em contato com o provedor* e questionar por que ele está devolvendo este erro quando na verdade deveria ter aceitado. *A Dll apenas gera o XML e faz a requisição para o WebService do provedor no envio e depois interpreta a resposta da requisição, não é a Dll quem aceita o XML e gera a Nota, isso quem faz é o Provedor. Em uma analogia muito simplista ao processo de Nota Fiscal, você transmite o XML da NFe para a Sefaz e ela te da um retorno se aceitou ou não. Pense no provedor como a mesma função da Sefaz neste caso.
  18. Bom dia! Após alterar no INI, para que a alteração de fato vigore, você precisa executar o arquivo Compilas_Res.bat, reinstalar o ACBr e dar um build no seu projeto. Neste tópico tem as devidas orientações:
  19. Bom dia! A Sefaz Goiás está com a contingência ativada desde as 08:35 de hoje(05/06/2023), com previsão de encerramento as 18:35 do mesmo dia. Fonte: Situação SVC-RS Para usar o emitir em contingência usando o ACBr, siga as instruções do tópico a seguir:
      • 3
      • Curtir
  20. until
    Para mais informações, por favor confira:
  21. Bom dia! Consultando no Portal da Nota Fiscal Eletrônica, consta uma aviso de que a Sefaz São Paulo está com contingência agendada para o dia 11/06/2023, com previsão de inicio as 06:00 e término as 19:00 do mesmo dia. Para transmitir em contingência usando o ACBr, siga as orientações do tópico abaixo:
      • 5
      • Curtir
  22. Bom dia! Contribuição enviada ao SVN na Rev-29668. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.
  23. Bom dia! A contribuição foi enviada ao SVN na Rev-29667. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.
  24. Bom dia! Contribuição enviada ao SVN na Rev-29666. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.
×
×
  • 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.