-
Total de ítens
37.520 -
Registro em
-
Última visita
-
Days Won
1.056
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Italo Giurizzato Junior postou
-
Assinatura Xml Consulta NFS-e provedor SJP
Italo Giurizzato Junior replied to Joas Vilas Boas Fernandes's tópico in ACBrNFSe
Joas, Favor atualizar os fontes e faça novos testes. -
Bom dia Antônio, Favor atualizar todos os fontes de todas as pastas e reinstale a suíte ACBr. Já fiz as devidas correções no programa exemplo.
-
Assinatura Xml Consulta NFS-e provedor SJP
Italo Giurizzato Junior replied to Joas Vilas Boas Fernandes's tópico in ACBrNFSe
Bom dia Joas, Se não me falha a memória foi feita as devidas correções, favor atualizar todos os fontes de todas as pastas e reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção apagar arquivos antigos marcado. Antes verifica se tem algum fonte com cujo o ícone tem uma bolinha vermelha ou triangulo amarelo, caso afirmativo exclua. Por fim faça novos testes. -
Bom dia todos, Primeiramente acho um absurdo a SEFAZ-MG exigir essas informações no grupo obsCont sendo que existe no layout da nota campos específicos. Segundo, tudo o que é impresso no DANFE tem que estar no XML, mas nem tudo o que esta no XML deve ser impresso no DANFE, uma vez que o DANFE nada mais é do que um Documento Auxiliar da Nota, logo não é a Nota. Faz tempo que não vejo os fontes do DANFE da NFC-e, mas acredito que informando esses dados em obsCont (como a SEFAZ-MG quer) vai ser impresso no DANFE.
-
Erro NFSE Lauro de Freitas-BA
Italo Giurizzato Junior replied to Sandro Andre Reghelin's tópico in ACBrNFSe
Boa tarde Sandro, Muito obrigado pela colaboração, vou enviar ainda hoje para o repositório. Duas observações: 1. Os seus fontes estão desatualizados. 2. Se tratando de novas cidades ou troca de provedor, favor anexar os arquivos Cidades.ini e <provedor>ini no tópico criado exclusivamente para isso. Obrigado pela compreensão. -
NFSe Sabará/MG e Cabo de Santo Agostinho/PE
Italo Giurizzato Junior replied to Renato Rubinho's tópico in ACBrNFSe
Boa tarde Renato, Muito obrigado pela colaboração, já vou enviar para o repositório. Observação, não precisa compactar os arquivos, basta anexar. Outra coisa, se tratando de novas cidades ou mudança de provedor, favor usar o tópico exclusivo criado para essa finalidade. Obrigado pela compreensão. -
CTe tpEmis, dúvida em relação as opções
Italo Giurizzato Junior replied to eduardo662001's tópico in ACBrCTe
Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico. -
CTe tpEmis, dúvida em relação as opções
Italo Giurizzato Junior replied to eduardo662001's tópico in ACBrCTe
Boa tarde Eduardo, Quanto ao titulo do campo no programa exemplo, realmente esta errado. O correto seria: Selecione a UF da SEFAZ-Autorizadora. Vou fazer essa correção e enviar para o repositório. -
Boa tarde, Vamos ver se eu entendi. No Posto A ao executar o DistribuicaoDFe é baixado os resumos das notas emitidas contra o CNPJ do Posto A e é baixado também o XML completo das notas cuja distribuidora emitiu contra o CNPJ do Posto B, mas consta o CNPJ do Posta A como transportador. Se é isso que esta ocorrendo, você deve verificar se o CNPJ do destinatário da nota é do Posto A ou B, se for do B não apresentar. Você deve ter 2 telas, uma que mostre ao usuário a lista de notas não manifestadas, ou seja, o DistribuicaoDFe retornou neste caso somente o resumo das notas e uma outra que mostre a lista das notas completas retornadas. Neste ultimo caso temos as notas do Posto A cujo o evento de Manifestação do Destinatário foi enviado, mais as notas do Posto B que foram baixadas pelo fato do CNPJ do Posto A constar como transportador. É nessa tela que você vai ter que filtrar, pelo CNPJ do destinatário, se for do Posto A - Mostra, caso contrario Não Mostra na lista.
- 2 replies
-
- manifesto
- destinatario
-
(e 2 mais)
Tags:
-
Boa tarde Antônio, Veja o que eu escrevi na penúltima linha da minha postagem anterior. Qual é a sua interpretação do seguinte paragrafo que consta no manual do eFrete: Ao solicitar a homologação para acesso a produção o integrador compromete-se a implementar e disponibilizar de imediato para o cliente, todas as funções básicas solicitadas; Essa outra: O conteúdo da tag Integrador deve ser uma constante, pois é ela quem identifica seu sistema de gestão, recomendamos não estar disponível sua visualização e/ou edição para o usuário final de seu sistema. No meu entendimento, o Integrador é quem desenvolveu o sistema a ser utilizado por uma transportadora. Você não concorda? Ao se cadastrar no eFrete como Integrador a mesma vai lhe enviar um e-mail que vai conter o seu "hash do integrador" que deverá ser informado no campo Integrador. Ao configurar o componente informar o hash na seguinte propriedade de configuração: Configuracoes.Geral.HashIntegrador
-
Antônio, Pelo fato de você esta fazendo os testes em ambiente de homologação, me parece que se faz necessário entrar em contato com o eFrete e solicitar a liberação. Pois acusa que o Integrador não esta cadastrado. No manual do eFrete, pelo meu entendimento, Integrador é quem desenvolveu o sistema e não quem vai utilizar. Sendo assim, Antônio você precisa se cadastrar no eFrete como sendo um Integrador.
-
IPI - Campo/tag Desnecessário
Italo Giurizzato Junior replied to Valdir Dill's tópico in NFe/NFCe - Nota Fiscal Eletrônica
Bom dia Valdir, Se excluir essa propriedade ou torna-la read only conforme a proposta do Daniel, teremos o seguintes problemas: 1. Se remover o write dela para deixa-la como read only teremos que fazer uma alteração na unit que faz a leitura do XML, nada complicado por sinal. 2. O problema maior é se amanhã alguém precisar gerar novamente o XML de uma nota (versão 3.1 por exemplo) que contem essa informação, não vai conseguir alimentar essa propriedade uma vez que agora ela é read only e consequentemente o XML vai ficar diferente do que foi enviado para a SEFAZ. Mediante a isso, concluímos que devemos deixar como esta, pois se alguém alimentar essa propriedade o componente não vai gerar a tag caso a versão da nota seja 4.00 e se a versão foi 3.10 a tag vai ser gerada sem nenhum problema. Como também caso seja necessário realizar a leitura de um XML versão 3.10 a tag caso presente será lida e a propriedade recebera o seu valor. Agradecemos a sua postagem e esperamos que você compreenda os nossos motivos. Também vou dar como fechado esse tópico. -
Bom dia Claudio, Pelo XML de exemplo noto que se trata de um layout próprio, a sua implementação no componente é muito mais demorada. Caso queira colaborar com o projeto realizando essa implementação fique a vontade.
-
Erro NFSE Lauro de Freitas-BA
Italo Giurizzato Junior replied to Sandro Andre Reghelin's tópico in ACBrNFSe
Bom dia Sandro, Esse erro também ocorre com o programa exemplo? -
Provedor CENTI - fora padrão IssRetido
Italo Giurizzato Junior replied to Eliomar0910's tópico in ACBrNFSe
Bom dia Eliomar, O problema só ocorre no retorno? Ao gerar o XML do RPS não precisa fazer nenhuma alteração? Na unit pnfsNFSeR você fez a seguinte alteração: if (FProvedor in [proActconv202, proISSe, proVersaTecnologia, proNEAInformatica, proFiorilli, proPronimv2, proVitoria, proSmarAPDABRASF, proGovDigital, proDataSmart, proTecnos, proRLZ, proSigCorp, proCenti]) then // inclui o proCenti begin if NFSe.Servico.Valores.IssRetido = stRetencao then NFSe.Servico.Valores.ValorIssRetido := NFSe.Servico.Valores.ValorInss // alterou essa linha else NFSe.Servico.Valores.ValorIssRetido := 0; end else NFSe.Servico.Valores.ValorIssRetido := Leitor.rCampo(tcDe2, 'ValorIssRetido'); Essa alteração não vai gerar algum efeito colateral para os demais provedores que se encontram na lista do IF? Pois além de acrescentar na lista o proCenti, você alterou a linha que lê a tag <ValorIss>. -
NFSe Imbé - RS - Error parsing as nonNegativeInteger
Italo Giurizzato Junior replied to Eduardo Zamin's tópico in ACBrNFSe
Bom dia Eduardo, Tem provedor que se faz necessário uma cadastro para emitir NFS-e via site e um outro cadastro para emitir a nota via webservice. -
Bom dia Marcos, A sua rotina de validação não esta funcionando corretamente. No seu XML consta a tag <nroViagens> e no Schema temos: <xs:element name="nroViagem"> <xs:annotation> <xs:documentation>Número de referência da viagem do MDFe referenciado.</xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="xs:string"> <xs:pattern value="[0-9]{5}"/> </xs:restriction> </xs:simpleType> </xs:element> Não chequei as demais tags do seu XML, mas é bom você conferir todas elas.
-
Dúvidas sobre a NT2020_001 v1.03
Italo Giurizzato Junior replied to nickolasdeluca's tópico in ACBrMDFe
Bom dia Lucas, Vamos as regras de validação que se encontram na página 10 da NT 2020/001 versão 1.04: Se modal rodoviário e Tipo Emitente for igual a Prestador de Serviço de Transporte (tpEmit=1) ou transportador que emitirá CT-e globalizado (tpEmit=3), o grupo produto predominante deve estar informado (grupo: prodPred) Observação: regra de validação aplicável em produção a partir de 06/07/2020 [COVID-19] Acredito que a regra esteja bem clara, o grupo prodPred deve ser informado caso o tpEmit=1 ou tpEmit=3, caso contrario ele não deve constar no XML. Essa regra ficara desativada até o dia 06/07/2020, portanto independente da SEFAZ estar aplicando essa regra ou não, devemos gerar o referido grupo para os dois casos de tpEmit. Com relação ao Pagamento do Frete, você não entendeu o conceito. Se temos uma operação de transporte rodoviário de Carga Lotação, devemos além de gerar e informar o CIOT no MDF-e, também definir se o pagamento do frete vai ser a vista ou parcelado e se ele vai ser feito antes de ocorrer o transporte ou somente quando o mesmo for finalizado. Se o pagamento for feito a vista ou a prazo depois do transporte ter sido realizado não devemos gerar o MDF-e com o grupo infPag. Neste caso devemos aguardar o fim e enviar o evento. Por outro lado se o pagamento é feito a vista ou parcelado e esse pagamento vai ocorrer antes do inicio do transporte, coloco as informações sobre o pagamento no MDF-e, mais precisamente no grupo infPag e consequentemente não envio o evento. Entendeu? Resumindo se temos uma operação de transporte rodoviário de Carga Lotação, devemos informar o Pagamento, se ele vai constar no MDF-e ou vai ser enviado o evento, vai ficar a critério da negociação, ou seja, se vai pagar antes de realizar o transporte ou depois.