Diego Foliene

Bom dia! Por favor, pode disponibilizar este XML que está usando para que possamos fazer alguns testes? Como tem dados sensíveis, pode seguir as orientações deste tópico:

Boa tarde. Por favor, pode compartilhar o link em que encontrou este manual? Acredito que a orientação do @Renato Rubinho quanto a emissão de NFA-e ser somente pelo site procede. Veja este trecho retirado do MOC Visão Geral* No MOC - Anexo I Leaiute* temos o seguinte para a série que estava usando: No procEmi também temos: *O Manual e as NTS podem ser encontrados AQUI.

Que bom que deu certo de descobrir a causa do problema! Muito obrigado por compartilhar a solução. Apenas uma última sugestão. Abandone Capicom.

Bom dia. Foi criada a #TK-3907 para análise da questão e parecer da equipe.

Bom dia @Alexandre Felippeto Henzen. Por Acredito que esteja querendo dizer que você envia, mas recebe a mensagem WebService retornou um XML vazio. certo? Sendo este o caso, por favor, configure para salvar os arquivos de envelope, a propriedade é: ACBrNFSeX.Configuracoes.WebServices.Salvar := True; Ao fazer isso ele vai gerar para você o arquivo que é enviado ao Webservice e o arquivo que o Webservice devolve sem tratamento por parte do ACBr. Ambos vão ter -soap no nome. Fazendo isso, podemos observar qual é a resposta que o Webservice devolve para você que o componente está considerando como XML vazio.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Bom dia. A Sefaz de MG atualizou as cadeias de certificado opcionais que podem ser instaladas em caso de problema. Na página SPED MG > Downloads há o seguinte recado: Um agradecimento especial ao membro @Rafael F. Mesquita por avisar no canal #sefaz em nossa comunidade do Discord.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3906

Bom dia! Se conferirmos em Ambiente de Teste GNRe > Página Principal > Configurações das UFs > Campos Adicionais selecionando Sergipe, uma das linhas coincide: Acredito que seja isso que esteja causando o problema. Veja que a receita coincide com o que você informou, ela está como obrigatória e o código coincide com a mensagem que está recebendo. Edit: Conferi também no ambiente de produção e realmente são diferentes os Códigos. Acredito que isso tenha causado a confusão.

Bom dia. Colaboração enviada ao SVN na Rev-29363, por favor, queira atualizar seus fontes, reinstalar o ACBr para fazer novos testes e reportar qualquer problema.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3903

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde! Por favor, pode confirmar se a informação procEmi está preenchida corretamente? Veja que no arquivo 36-rec.xml, você colocou <procEmi>0</procEmi>. Se conferirmos no MOC, temos: Veja que 0 corresponde a Emissão de NFe com aplicativo do contribuinte. No mesmo MOC, temos também:

Boa tarde! Conforme informado mais acima, a sua demanda estava em nosso backlog, no entanto, a equipe precisou focar seus esforços em demandas de maior prioridade. Vamos verificar a possibilidade de encaixar essa demanda em sprints futuras. Durante esse período, como uma paliativo, peço que reveja a orientação que foi dada pelo @antonio.carlos sobre como proceder para usar em MT:

O primeiro teste que posso sugerir é testar com o programa exemplo. Se o problema persistir com ele também, talvez um teste no SoapUI ou PostMan. Se em todos os testes o problema persistir, será um forte indício que realmente não da para enviar para webservice ainda quando for de SP.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia! Tivemos um papo PRO com o excelentíssimo Marco Polo falando sobre a Tributação Monofásica de Combustíveis. Neste tópico tem o link desse bate papo e de outras informações que talvez possam lhe ser úteis:

Bom dia. É relevante sim. Faz parte do processo. Você enviou em modo assíncrono, a consulta do lote foi feita e recebeu "Lote em processamento"(veja o tópico que o @Daniel InfoCotidiano lhe recomendou para mais informações sobre), depois você consultou novamente e o resultado foi cStat 104 que equivale a "Lote processado". Em suma, você enviou assíncrono, recebeu o Nr. do Recibo, consultou o resultado do lote com esse número e o lote ainda estava em processamento, aguardou um pouco e consultou de novo, nesta nova consulta o lote havia sido processado, mas houveram erros e por isso a NFe foi rejeitada. Você precisa corrigir esses erros enviar de novo.

Bom dia! Por favor, o prestador é MEI de serviços desta nota é um MEI? Caso não o seja, é necessário que o município tenha aderido completamente ao padrão nacional para conseguir emitir. Outro ponto a se levar em consideração, é que pelo código do município no RPS que anexou, a cidade é São Paulo e se conferirmos na Lista de Municípios Aderentes, a cidade consta com pendências na documentação, não conveniada para o ambiente de produção e conveniada, mas não ativa no ambiente de homologação: Logo, é possível que não esteja funcionando o envio por webservice para este município.

Boa tarde. Para quem emite eSocial, o envio de eventos de remuneração S-1200 da competência de Maio/2023 estão suspensos até publicação da portaria com tabelas de alíquotas do INSS e salário-família. Isso é necessário porque o eSocial precisa da tabela de alíquotas atualizada para retornar os eventos de totalização S-5001. Eventos de competência anteriores poderão ser enviados. Para mais detalhes e informações, por favor, confira a notícia completa.

Boa tarde pessoal. Foi publicado no dia 04/05/2023 a versão 10.1.4 do programa validador SPED ECD - Escrituração Contábil Digital, trazendo as seguintes mudanças: Fonte: http://sped.rfb.gov.br/pagina/show/7205

Boa tarde! Sim, a consulta não é assinada. Isso coincide com a informação que temos do no schema e no manual, veja: Faça um teste informando apenas o Nº de Série do certificado e usando TLS1.2 Vale citar que para usar WinCrypt, as atualizações do Windows precisam estar em dia.

O problema... Não é incomum para uma Software House receber de algum cliente uma solicitação para personalizar o impresso do DANFe ou de outro documento fiscal. Pedidos adicionando ou removendo um campo, mudando informação de lugar ("põe esse código de barras lá em baixo!!?"), aumentando o tamanho ou mudando o tipo de fonte, etc... O Modelo Básico. Primeiro de tudo, é importante salientar que estes documentos costumam ter um manual com as especificações técnicas de como devem ser impressos. No caso do DANFe, por exemplo, temos o MOC Anexo II – Manual de Especificações Técnicas do DANFE e Código de Barras. Nele existem instruções de como deve ser impressa cada seção do DANFe: Quais informações devem ir por seção: Quais informações não podem faltar: E até mesmo tipo e o tamanho mínimo de fonte que deve ser usado: Mas então afinal é permitido customização? Sim, é possível realizar customizações. Assim como no MOC tem a orientação de campos que devem ser impressos no MOC, nele também existem trechos que sugerem possíveis campos que podem ser suprimidos ou ser exibidos de forma diferente, tudo isso respeitando as condições para tal. E o ACBr implementa tudo isso? Como ele lida com customizações? Além do fato de o cumprimento das especificações técnicas ser obrigatório, por ser utilizado em milhares de software houses por todo país, a equipe ACBr optou por seguir à risca as especificações técnicas evitando ao máximo customizações a menos que sejam extremamente relevantes. Pois se atendermos uma customização, podemos estar atendendo a necessidade de um grupo, mas causando problemas para outro. OK, mas meu cliente me pediu para customizar o DANFe e agora? Um ótimo primeiro passo é se perguntar "Por que é importante sair essa informação?" Se mesmo depois de refletir sobre isso chegar a conclusão de que é necessário, uma boa opção para atender a demanda sem precisar partir para modificações é o campo de dados adicionais. Neste quadro são impressas as informações adicionais de interesse do contribuinte, ou seja, já é um campo específico para este propósito. Um exemplo bem simples de preenchimento usando o componente: ACBrNFE1.NotasFiscais[Index].NFe.InfAdic.infCpl := 'Esta informação vai sair no quadro de dados adicionais'; Para o monitor e a Lib, basta preencher a informação na seção correspondente no INI respectivo. Ainda sobre informações adicionais e seguindo o mesmo pensamento citado pelo colega acima, vale ressaltar a tag <infAdProd> que ao ser preenchida é impressa abaixo do nome do produto e tem um espaço de até 500 caracteres para descrição específica do item que pode ser uma referência, um código do fabricante, uma norma do item e até mesmo demostração específica de impostos como base de cálculo e valor do ICM ST.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3893

Bom dia! O método LimparListaEventos de fato não tem espera um parâmetro. Por favor, qual é o erro que está apresentando? Pode compartilhar o log?